date:20160925

On Thu, Sep 08, 2016 at 10:27:32PM +0200, Thomas Pierson wrote:
> block 834439 by bug 835209
> thanks
> 
> Hello,
> 
> I still get troubles with gstreamer plugins on Clementine.
> It seems that the initial reporter have the same error as me: "missing
> decoder: text/html".
> 
> Could you just give me an process to troubleshoot this gstreamer plugins
> issue?


What is the output of
  file test1.ogg

Can you play the file with any other media player (e.g. mplayer)?


Your command works for me when I copy a valid .ogg file to test1.ogg, 
but I am getting exactly your error when I copy an HTML document to
test1.ogg


> Thanks,
> 
> Thomas Pierson

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#838878: speedtest-cli: Consistently gives lower results than webpage

2016-09-25 Thread Witold Baryluk

Package: speedtest-cli
Version: 0.3.4-1
Severity: normal

So, this might be somehowe related to how webrowsers do TCP, and some
other tweaks, but http://beta.speedtest.net/ consistenly gives me faster
download and upload speeds, for the same servers compared to what
speedtest-cli is reporting.

I am able to consistently get that behaviour, using same, and multiple
server and multiple repetitions.

i.e. beta.speedtest.net reporting 828Mbps download, 738Mbps upload.

speedtest-cli for same server reporting 350Mbps download, 120Mbps upload.

During test python and speedtest-cli are only using 20% of single core.

Please investigate.


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

Kernel: Linux 4.8.0-rc3-wc1-00201-gaf56ff2 (SMP w/12 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages speedtest-cli depends on:
ii  python2.7.11-2
ii  python-pkg-resources  27.1.2-1

speedtest-cli recommends no packages.

speedtest-cli suggests no packages.

-- no debconf information

Bug#817569: lpr: Removal of debhelper compat 4

2016-09-25 Thread Adam Majer

On Sun, Sep 25, 2016 at 02:19:21PM +0100, Chris Lamb wrote:
> I've uploaded lpr 2008.05.17.2 to DELAYED/5:
>   
>   lpr (1:2008.05.17.2) unstable; urgency=medium
>   
> * Non-maintainer upload.
> * Move to debhelper compat level 9. (Closes: #817569)
> 
> The full debdiff is attached.


Thanks. The debdiff is actually 0 bytes in size, but I can compare
that later.

- Adam

Bug#768073: LXC team take over ITP?

2016-09-25 Thread Thomas Goirand

Jonathan,

By all means, please take over the ITP. We've been waiting for too long,
and it would be a big plus if we could have LXD for Stretch. If it was
there, I could working out a python-nova-lxd and nova-compute-lxd
package, which would be nice to see in Debian Stertch as well.

We've been waiting for too long. At this point, I'd say that the first
who uploads to the NEW queue wins.

Cheers,

Thomas Goirand (zigo)

Bug#838692: angela: TaxDefense

2016-09-25 Thread paul jennings

Stop

On 25 Sep 2016 19:41, "IRS___Tax__Debt"  wrote:

> angela___Smile
>
> If you have an IRS__Tax of any kind
>
> Now you can eliminate__it in one___go
>
> Get an__evaluation __now __for ___free__
>
>

Bug#836470: RM libtrain/gtktrain

reassign 836470 ftp.debian.org
retitle 836470 RM: libtrain -- RoQA; obsolete
reassign 836471 ftp.debian.org
retitle 836471 RM: gtktrain -- RoQA; not in stable, obsolete
block 836470 by 836471
thanks

gtktrain/libtrain only works with some specific data for Japanese trains 
that is no longer available.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#835743: z3: FTBFS: ../src/util/mpz.cpp:137:8: error: call of overloaded 'set(mpz&, long unsigned int)' is ambiguous

2016-09-25 Thread Gianfranco Costamagna

Control: tags -1 +pending
On Wed, 14 Sep 2016 18:20:38 +0200 Fabian Wolff  wrote:
> Control: tags -1 + upstream patch fixed-upstream
> 

Hi,

the following debdiff is being build-tested and uploaded on deferred/2

thanks for the patches!
(feel free to ping directly in case of RC bug fixes if you need a sponsor!)

Gianfranco
diff -Nru z3-4.4.1/debian/changelog z3-4.4.1/debian/changelog
--- z3-4.4.1/debian/changelog   2016-07-20 13:07:58.0 +0200
+++ z3-4.4.1/debian/changelog   2016-09-25 23:09:40.0 +0200
@@ -1,3 +1,15 @@
+z3 (4.4.1-0.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Fabian Wolff ]
+  * debian/patches/f02d273ee39ae047222e362c37213d29135dc661.patch:
+Fix build failure with new gnu++14 standard. (Closes: #835754)
+  * debian/patches/27399309009314f56cdfbd8333f287b1a9b7a3a6.patch:
+Fix build failure with new compiler and clang. (Closes: #835743)
+
+ -- Gianfranco Costamagna   Sun, 25 Sep 2016 
23:06:24 +0200
+
 z3 (4.4.1-0.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru 
z3-4.4.1/debian/patches/27399309009314f56cdfbd8333f287b1a9b7a3a6.patch 
z3-4.4.1/debian/patches/27399309009314f56cdfbd8333f287b1a9b7a3a6.patch
--- z3-4.4.1/debian/patches/27399309009314f56cdfbd8333f287b1a9b7a3a6.patch  
1970-01-01 01:00:00.0 +0100
+++ z3-4.4.1/debian/patches/27399309009314f56cdfbd8333f287b1a9b7a3a6.patch  
2016-09-25 23:10:20.0 +0200
@@ -0,0 +1,23 @@
+From 27399309009314f56cdfbd8333f287b1a9b7a3a6 Mon Sep 17 00:00:00 2001
+From: Nuno Lopes 
+Date: Fri, 27 Nov 2015 12:13:44 +
+Subject: [PATCH] fix build with clang
+
+Signed-off-by: Nuno Lopes 
+---
+ src/util/mpz.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/util/mpz.cpp b/src/util/mpz.cpp
+index 8559279..7dca14b 100644
+--- a/src/util/mpz.cpp
 b/src/util/mpz.cpp
+@@ -134,7 +134,7 @@ mpz_manager::mpz_manager():
+ #endif
+ 
+ mpz one(1);
+-set(m_two64, UINT64_MAX);
++set(m_two64, (uint64)UINT64_MAX);
+ add(m_two64, one, m_two64);
+ }
+ 
diff -Nru 
z3-4.4.1/debian/patches/f02d273ee39ae047222e362c37213d29135dc661.patch 
z3-4.4.1/debian/patches/f02d273ee39ae047222e362c37213d29135dc661.patch
--- z3-4.4.1/debian/patches/f02d273ee39ae047222e362c37213d29135dc661.patch  
1970-01-01 01:00:00.0 +0100
+++ z3-4.4.1/debian/patches/f02d273ee39ae047222e362c37213d29135dc661.patch  
2016-09-25 23:10:14.0 +0200
@@ -0,0 +1,23 @@
+From f02d273ee39ae047222e362c37213d29135dc661 Mon Sep 17 00:00:00 2001
+From: Jonathan Wakely 
+Date: Tue, 2 Feb 2016 23:39:11 +
+Subject: [PATCH] Convert stream to bool explicitly
+
+In C++11 there is no implicit conversion from iostream classes to `void*`, 
just an explicit conversion to bool.
+---
+ src/util/debug.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/util/debug.cpp b/src/util/debug.cpp
+index 54c67fe..66676c6 100644
+--- a/src/util/debug.cpp
 b/src/util/debug.cpp
+@@ -76,7 +76,7 @@ void invoke_gdb() {
+ for (;;) {
+ std::cerr << "(C)ontinue, (A)bort, (S)top, (T)hrow exception, Invoke 
(G)DB\n";
+ char result;
+-bool ok = (std::cin >> result);
++bool ok = bool(std::cin >> result);
+ if (!ok) exit(ERR_INTERNAL_FATAL); // happens if std::cin is eof or 
unattached.
+ switch(result) {
+ case 'C':
diff -Nru z3-4.4.1/debian/patches/series z3-4.4.1/debian/patches/series
--- z3-4.4.1/debian/patches/series  2016-07-20 13:07:58.0 +0200
+++ z3-4.4.1/debian/patches/series  2016-09-25 23:08:44.0 +0200
@@ -6,3 +6,5 @@
 typos.patch
 hardening.patch
 kfreebsd.patch
+f02d273ee39ae047222e362c37213d29135dc661.patch
+27399309009314f56cdfbd8333f287b1a9b7a3a6.patch


signature.asc
Description: OpenPGP digital signature

Bug#743382: dvdvideo-backup-image should end up 100%, not 99%

2016-09-25 Thread Petter Reinholdtsen

[Bastian Blank 2014-04-06]
> Not possible.  This DVD is shorter then the filesystem specifies.  And
> the tool exits when it gets an EOF.

Right.  My idea was that this was simply a missing progress bar update or
a rounding error, but looking at the code it does indeed look like the
last block is simply missing and not copied.

I find the progress bare update in /usr/bin/dvdvideo-backup-image:

progress = ProgressMeter(stream, image_length // 512)
[...]
for part in parts_complete:
logging.debug('part: %r', part)

for r in part.dump(media):
count_real = len(r) // 2048
progress.update(count_real // 512)
cur += count_real
image.write(r)

logging.debug('part end, written %d', cur)

The only way this could fail to move to 100% seen to be that the
dump(media) call simply do not return enough bytes to fill
image_length bytes.

But I believe I have never seen a DVD ending up on 100%.  Perhaps this
is the way the DVD specification require DVDs to be set up?

-- 
Happy hacking
Petter Reinholdtsen

Bug#838867: chromium: Chromium Way comp d/n sup xdg shell unable to init server cannot open display

2016-09-25 Thread user

Package: chromium
Version: 53.0.2785.113-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?
Running chromium from weston-terminal in unstable/sid
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
Gdk-WARNING Wayland compositor does not support xdg_shell interface, not using 
wayland
display
Unable to init server: Could not connect: Connection refused
Gtk-WARNING cannot open display
   * What outcome did you expect instead?

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


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

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

Versions of packages chromium depends on:
ii  libasound2   1.1.2-1
ii  libatk1.0-0  2.22.0-1
ii  libavcodec57 7:3.1.3-1+b3
ii  libavformat577:3.1.3-1+b3
ii  libavutil55  7:3.1.3-1+b3
ii  libc62.24-3
ii  libcairo21.14.6-1+b1
ii  libcups2 2.2.0-2
ii  libdbus-1-3  1.10.10-1
ii  libexpat12.2.0-1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.0-4
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.0-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.22.0-1
ii  libharfbuzz0b1.2.7-1+b1
ii  libjpeg62-turbo  1:1.5.1-1
ii  libnettle6   3.2-1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26-2
ii  libpango-1.0-0   1.40.3-2
ii  libpangocairo-1.0-0  1.40.3-2
ii  libpci3  1:3.3.1-1.1
ii  libpulse09.0-3
ii  libspeechd2  0.8.5-1
ii  libstdc++6   6.2.0-4
ii  libx11-6 2:1.6.3-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1
ii  libxml2  2.9.4+dfsg1-2
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
pn  chromium-l10n  

-- no debconf information

Bug#828469: openipmi: FTBFS with openssl 1.1.0

2016-09-25 Thread Sebastian Andrzej Siewior

control: tags -1 patch

On 2016-06-26 12:23:21 [+0200], Kurt Roeckx wrote:
> There is a libssl-dev package available in experimental that contains a recent
> snapshot, I suggest you try building against that to see if everything works.

builds.

> Kurt

Sebastian
From: Sebastian Andrzej Siewior 
Date: Sun, 25 Sep 2016 21:38:15 +
Subject: [PATCH] Add openssl 1.1.0 support

Signed-off-by: Sebastian Andrzej Siewior 
---
 lanserv/lanserv_ipmi.c | 34 +-
 lib/aes_cbc.c  | 34 +-
 2 files changed, 42 insertions(+), 26 deletions(-)

diff --git a/lanserv/lanserv_ipmi.c b/lanserv/lanserv_ipmi.c
index b0a2431..67bf74a 100644
--- a/lanserv/lanserv_ipmi.c
+++ b/lanserv/lanserv_ipmi.c
@@ -2217,7 +2217,7 @@ aes_cbc_encrypt(lanserv_data_t *lan, session_t *session,
 unsigned char  *d;
 unsigned char  *iv;
 unsigned int   i;
-EVP_CIPHER_CTX ctx;
+EVP_CIPHER_CTX *ctx;
 intrv;
 intoutlen;
 inttmplen;
@@ -2264,14 +2264,18 @@ aes_cbc_encrypt(lanserv_data_t *lan, session_t *session,
 *data_size += 16;
 
 /* Ok, we're set to do the crypt operation. */
-EVP_CIPHER_CTX_init();
-EVP_EncryptInit_ex(, EVP_aes_128_cbc(), NULL, a->ckey, iv);
-EVP_CIPHER_CTX_set_padding(, 0);
-if (!EVP_EncryptUpdate(, *pos, , d, l)) {
+ctx = EVP_CIPHER_CTX_new();
+if (!ctx) {
+	rv = ENOMEM;
+	goto out_cleanup;
+}
+EVP_EncryptInit_ex(ctx, EVP_aes_128_cbc(), NULL, a->ckey, iv);
+EVP_CIPHER_CTX_set_padding(ctx, 0);
+if (!EVP_EncryptUpdate(ctx, *pos, , d, l)) {
 	rv = ENOMEM;
 	goto out_cleanup;
 }
-if (!EVP_EncryptFinal_ex(, (*pos) + outlen, )) {
+if (!EVP_EncryptFinal_ex(ctx, (*pos) + outlen, )) {
 	rv = ENOMEM; /* right? */
 	goto out_cleanup;
 }
@@ -2281,7 +2285,7 @@ aes_cbc_encrypt(lanserv_data_t *lan, session_t *session,
 *data_len = outlen + 16;
 
  out_cleanup:
-EVP_CIPHER_CTX_cleanup();
+EVP_CIPHER_CTX_free(ctx);
 free(d);
 return rv;
 }
@@ -2292,7 +2296,7 @@ aes_cbc_decrypt(lanserv_data_t *lan, session_t *session, msg_t *msg)
 auth_data_t*a = >auth_data;
 unsigned int   l = msg->len;
 unsigned char  *d;
-EVP_CIPHER_CTX ctx;
+EVP_CIPHER_CTX *ctx;
 intoutlen;
 unsigned char  *pad;
 intpadlen;
@@ -2312,10 +2316,14 @@ aes_cbc_decrypt(lanserv_data_t *lan, session_t *session, msg_t *msg)
 memcpy(d, msg->data+16, l);
 
 /* Ok, we're set to do the decrypt operation. */
-EVP_CIPHER_CTX_init();
-EVP_DecryptInit_ex(, EVP_aes_128_cbc(), NULL, a->k2, msg->data);
-EVP_CIPHER_CTX_set_padding(, 0);
-if (!EVP_DecryptUpdate(, msg->data+16, , d, l)) {
+ctx = EVP_CIPHER_CTX_new();
+if (!ctx) {
+	rv = ENOMEM;
+	goto out_cleanup;
+}
+EVP_DecryptInit_ex(ctx, EVP_aes_128_cbc(), NULL, a->k2, msg->data);
+EVP_CIPHER_CTX_set_padding(ctx, 0);
+if (!EVP_DecryptUpdate(ctx, msg->data+16, , d, l)) {
 	rv = EINVAL;
 	goto out_cleanup;
 }
@@ -2348,7 +2356,7 @@ aes_cbc_decrypt(lanserv_data_t *lan, session_t *session, msg_t *msg)
 msg->len = outlen;
 
  out_cleanup:
-EVP_CIPHER_CTX_cleanup();
+EVP_CIPHER_CTX_free(ctx);
 free(d);
 return rv;
 }
diff --git a/lib/aes_cbc.c b/lib/aes_cbc.c
index 483cdfb..f20d69b 100644
--- a/lib/aes_cbc.c
+++ b/lib/aes_cbc.c
@@ -86,7 +86,7 @@ aes_cbc_encrypt(ipmi_con_t*ipmi,
 unsigned int   l = *payload_len;
 unsigned int   i;
 unsigned char  *d;
-EVP_CIPHER_CTX ctx;
+EVP_CIPHER_CTX *ctx;
 intrv;
 intoutlen;
 inttmplen;
@@ -133,15 +133,19 @@ aes_cbc_encrypt(ipmi_con_t*ipmi,
 *header_len -= 16;
 *max_payload_len += 16;
 
+ctx = EVP_CIPHER_CTX_new();
+if (!ctx) {
+	rv = ENOMEM;
+	goto out_cleanup;
+}
 /* Ok, we're set to do the crypt operation. */
-EVP_CIPHER_CTX_init();
-EVP_EncryptInit_ex(, EVP_aes_128_cbc(), NULL, info->k2, iv);
-EVP_CIPHER_CTX_set_padding(, 0);
-if (!EVP_EncryptUpdate(, *payload, , d, l)) {
+EVP_EncryptInit_ex(ctx, EVP_aes_128_cbc(), NULL, info->k2, iv);
+EVP_CIPHER_CTX_set_padding(ctx, 0);
+if (!EVP_EncryptUpdate(ctx, *payload, , d, l)) {
 	rv = ENOMEM; /* right? */
 	goto out_cleanup;
 }
-if (!EVP_EncryptFinal_ex(, (*payload) + outlen, )) {
+if (!EVP_EncryptFinal_ex(ctx, (*payload) + outlen, )) {
 	rv = ENOMEM; /* right? */
 	goto out_cleanup;
 }
@@ -154,7 +158,7 @@ aes_cbc_encrypt(ipmi_con_t*ipmi,
 *payload_len = outlen + 16;
 
  out_cleanup:
-EVP_CIPHER_CTX_cleanup();
+EVP_CIPHER_CTX_free(ctx);
 ipmi_mem_free(d);
 
 return rv;
@@ -170,7 +174,7 @@ aes_cbc_decrypt(ipmi_con_t*ipmi,
 unsigned int   l = *payload_len;
 unsigned char  *d;
 unsigned char  *p;
-EVP_CIPHER_CTX ctx;
+EVP_CIPHER_CTX *ctx;
 int

Bug#838855: perl: no longer provides perl-modules, ~35 reverse dependencies still in the archive

2016-09-25 Thread Niko Tyni

Package: perl-modules-5.24
Version: 5.24.1~rc3-2
Severity: serious

It looks like we stopped Providing perl-modules in 5.24 but missed
transitioning its reverse dependencies.

As stated in the commit message of
 
https://anonscm.debian.org/cgit/perl/perl.git/commit/?id=eae8645a080c81093fd4a5479c9889cbb9a8a13f
"This will need changing ~35 packages in unstable to drop build and
runtime dependencies on perl-modules." Unfortunately we seem to have
forgotten to actually push that through.

According to the same commit message, the reason for dropping
the Provides entry was coinstallability between perl-modules-5.22
and perl-modules-5.24. At the time perl-modules-5.22 conflicted
unconditionally with perl-modules, but this was later changed to a
versioned conflict (see #821161).

I think we should be able to simply reinstate the Provides without
other changes, but will to do some testing to confirm.

Currently affected packages:

 apt-mirror
 cd-circleprint
 chronicle
 conmux
 debian-builder
 dhelp
 dirvish
 dl10n
 ecaccess
 fig2ps
 git
 iwatch
 kanla
 libfinance-yahooquote-perl
 libmime-lite-html-perl
 libtk-tablematrix-perl
 libyaml-shell-perl
 nuxwdog
 oar-restful-api
 ogamesim-www
 parallel
 po4a
 pod2pdf
 ps-watcher
 qdbm
 rcconf
 rt-extension-calendar
 rt-extension-spawnlinkedticketinqueue
 sitesummary
 sitesummary-client
 tightvnc
 wakeonlan
 yample

Related to this, these have a preferred alternative build dependency
on perl-modules-5.22 which is broken too:

 libgraphics-colornames-perl
 libgraphics-colorobject-perl
-- 
Niko Tyni   nt...@debian.org

Bug#838857: firefox: Widevine is not installed

2016-09-25 Thread Thomas Renard

Package: firefox
Version: 49.0-3
Severity: normal

Dear Maintainer,

The widevine module is not loaded.

 * open firefox (maybe a new profile)
 * open your favorite non-free video service
 * a banner asks if drm should be activated: Say yes
 * banner now informs that the drm functionality will be there soon
 * open about:addons and switch to plugins
 * widevine module is shown with a message that it will be available
   soon

Expected:

 * module is activated after a short time and drm works

Actual outcome:

 * the activation stucks. In "plugins" the message for availability does
   not go away.

I tried the same as root (probably permission problems??) and with empty
profiles but no further activity.

-- Package-specific info:

-- Extensions information
Name: Anti-Adblock Killer | Reek greasemonkey-user-script
Status: user-disabled

Name: Capture & Print
Location: ${PROFILE_EXTENSIONS}/{146f1820-2b0d-49ef-acbf-d85a6986e10c}.xpi
Status: enabled

Name: Chrome Store Foxified
Location: ${PROFILE_EXTENSIONS}/chrome-store-foxif...@jetpack.xpi
Status: enabled

Name: CipherFox
Location: ${PROFILE_EXTENSIONS}/cipher...@mkfly.xpi
Status: enabled

Name: Clean Links
Location: ${PROFILE_EXTENSIONS}/{158d7cb3-7039-4a75-8e0b-3bd0a464edd2}.xpi
Status: enabled

Name: Context Search X
Location: ${PROFILE_EXTENSIONS}/contextsear...@lwz.addons.mozilla.org.xpi
Status: enabled

Name: Copy as Org-mode
Location: ${PROFILE_EXTENSIONS}/jid1-yvk3fwxqlsd...@jetpack.xpi
Status: enabled

Name: Deutsch (DE) Language Pack locale
Location: 
/usr/lib/firefox/browser/extensions/langpack...@firefox.mozilla.org.xpi
Package: firefox-l10n-de
Status: enabled

Name: Dict.cc Translation
Location: ${PROFILE_EXTENSIONS}/searchdic...@roughael.xpi
Status: enabled

Name: Disable DHE
Location: ${PROFILE_EXTENSIONS}/5aa55fd5-6e61-4896-b186-fdc6f298e...@mozilla.xpi
Status: enabled

Name: Download Panel Tweaker
Location: ${PROFILE_EXTENSIONS}/downloadpaneltwea...@infocatcher.xpi
Status: enabled

Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: enabled

Name: Firebug Autocompleter
Location: ${PROFILE_EXTENSIONS}/{9aad3da6-6c46-4ef0-9109-6df5eaaf597c}.xpi
Status: enabled

Name: Flagfox
Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b}.xpi
Status: enabled

Name: Flattr
Location: ${PROFILE_EXTENSIONS}/firefoxad...@flattr.com.xpi
Status: enabled

Name: FoxyProxy Standard
Location: ${PROFILE_EXTENSIONS}/foxypr...@eric.h.jung
Status: enabled

Name: Grab and Drag
Location: ${PROFILE_EXTENSIONS}/{477c4c36-24eb-11da-94d4-00e08161165f}.xpi
Status: user-disabled

Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: enabled

Name: Heise TrollEx greasemonkey-user-script
Status: user-disabled

Name: Heise TrollEx greasemonkey-user-script
Status: user-disabled

Name: Heise.de Forum: all comments on one page v2 greasemonkey-user-script
Status: enabled

Name: HTTP/2 and SPDY indicator
Location: ${PROFILE_EXTENSIONS}/spdyindica...@chengsun.github.com.xpi
Status: enabled

Name: HTTPS Everywhere
Location: ${PROFILE_EXTENSIONS}/https-everywhere-...@eff.org.xpi
Status: enabled

Name: Mailvelope
Location: ${PROFILE_EXTENSIONS}/jid1-aqqsmbyb0a8...@jetpack.xpi
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Nagios Checker
Location: ${PROFILE_EXTENSIONS}/{123b2220-59cb-11db-b0de-0800200c9a66}.xpi
Status: enabled

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

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: Priv8
Location: ${PROFILE_EXTENSIONS}/i...@baku.priv8.xpi
Status: enabled

Name: RefControl
Location: ${PROFILE_EXTENSIONS}/{455D905A-D37C-4643-A9E2-F6FEFAA0424A}.xpi
Status: enabled

Name: RSS Icon In Awesombar
Location: ${PROFILE_EXTENSIONS}/rssi...@jasnapaka.com.xpi
Status: enabled

Name: Scroll Progress
Location: ${PROFILE_EXTENSIONS}/scrollprogr...@com.sppad.xpi
Status: enabled

Name: Scroll to Top/Bottom
Location: ${PROFILE_EXTENSIONS}/scroll_to_top-bot...@developer.bobdawg.org.xpi
Status: enabled

Name: Scrollbar Search Highlighter
Location: ${PROFILE_EXTENSIONS}/scrollbar.search.highligh...@rob.iverson.com.xpi
Status: user-disabled

Name: Self-Destructing Cookies
Location: ${PROFILE_EXTENSIONS}/jid0-9xfbwuwnvpx4wwsfbwmcm4jj...@jetpack.xpi
Status: enabled

Name: Speed Tweaks (SpeedyFox)
Location: ${PROFILE_EXTENSIONS}/jid1-wzqm19rjzrk...@jetpack.xpi
Status: enabled

Name: Standard theme
Location: 
/usr/lib/firefox/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox
Status: enabled

Name: StartupMaster
Location: ${PROFILE_EXTENSIONS}/{506d044e-41fa-4cc8-9dc6-9ff70e96eebf}.xpi
Status: enabled

Name: Status-4-Evar
Location: ${PROFILE_EXTENSIONS}/status4e...@caligonstudios.com.xpi
Status: enabled

Name: Tab Mix Plus
Location:

Bug#838734: [plasma-discover] plasma-discover uninstalls packages during upgrades without asking for confirmation

2016-09-25 Thread Scott Kitterman

Thanks.

Another scenario to consider is a user that doesn't know any better enables a 
poorly maintained third party repository that contains conflicting packages 
that cause large numbers of removals.

This can happen post-release and is a scenario the user base you're targeting 
is particularly vulnerable to.

Scott K

On September 25, 2016 2:28:37 PM EDT, Matthias Klumpp  
wrote:
>Discover is for end-users with no technical knowledge. Showing extra
>dialog boxes with crazy text won't help and just be visual clitter,
>since people will press "Yes" anyway. Also, Discover isn't really to
>blame for the underlying problem, which is a busted archive, something
>that never happens in any stable distribution.
>However, it would be nice if Discover handled this situation better on
>unstable development versions of a distro.
>
>I see the following possible solutions:
>
>1) Have Discover detect an unstable distribution, and if it finds one,
>show an extra confirmation box if changes that cause the removal of a
>package are detected.
>
>2) Just display removals as seperate items in the updates list
>unconditionally - people on unstable distros would just need to read
>the information then.
>
>3) Show a "This update is potentially disruptive if you are using an
>unstable distribution" or any other meaningful message when big
>changes are detected (e.g. > 10 packages being removed)
>
>Since even on stable distros sometimes transitions happen and stuff
>gets removed, adding an unconditional dialog seems like a bad idea,
>simply because it's meaningless for average users.
>
>I'll talk to the usability people about the different options, and
>hopefully we can land one of them before Plasma 5.8 is released.
>
>Cheers,
>Matthias

Bug#817672: solarwolf: Removal of debhelper compat 4

2016-09-25 Thread Markus Koschany

Control: tags -1 pending

On Wed, 09 Mar 2016 22:00:57 +0100 ni...@thykier.net wrote:
> Source: solarwolf
> Severity: important
> Usertags: compat-4-removal
> 
> Hi,
> 
> The package solarwolf uses debhelper with a compat level of 4,
> which is deprecated and scheduled for removal.

[...]

Dear maintainer,

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

Please find attached the debdiff.

Regards,

Markus

diff -u solarwolf-1.5/debian/changelog solarwolf-1.5/debian/changelog
--- solarwolf-1.5/debian/changelog
+++ solarwolf-1.5/debian/changelog
@@ -1,3 +1,17 @@
+solarwolf (1.5-2.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch to compat level 10. (Closes: #817672)
+  * Declare use of source format 1.0 explicitly.
+  * Create a valid desktop file. (Closes: #686765)
+  * Change menu section to Games/Action because Games/Arcade does not exist
+anymore.
+  * debian/rules: Call dh_prep instead of deprecated dh_clean -k.
+  * debian/control: Add ${misc:Depends} substvar.
+  * Remove duplicate "is" word in package description.
+
+ -- Markus Koschany   Sun, 25 Sep 2016 21:53:45 +0200
+
 solarwolf (1.5-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u solarwolf-1.5/debian/compat solarwolf-1.5/debian/compat
--- solarwolf-1.5/debian/compat
+++ solarwolf-1.5/debian/compat
@@ -1 +1 @@
-4
+10
diff -u solarwolf-1.5/debian/control solarwolf-1.5/debian/control
--- solarwolf-1.5/debian/control
+++ solarwolf-1.5/debian/control
@@ -3,16 +3,16 @@
 Priority: optional
 Maintainer: Josselin Mouette 
 Build-Depends-Indep: python-all, dh-python
-Build-Depends: debhelper (>= 4.1.25)
+Build-Depends: debhelper (>= 10)
 Standards-Version: 3.7.2
 
 Package: solarwolf
 Architecture: all
-Depends: python-pygame (>= 1.5.6), ${python:Depends}
+Depends: python-pygame (>= 1.5.6), ${misc:Depends}, ${python:Depends}
 Description: Collect the boxes and don't become mad
  Solarwolf is an action/arcade game written entirely in Python,
  featuring amazing graphics and cool music.
- It is is originally based on the SolarFox game on the Atari 2600.
+ It is originally based on the SolarFox game on the Atari 2600.
  .
  All this, yet the best feature of all is; it is a hecka lotta fun!
  The point of the game is to scramble through 48 levels of patterns,
diff -u solarwolf-1.5/debian/menu solarwolf-1.5/debian/menu
--- solarwolf-1.5/debian/menu
+++ solarwolf-1.5/debian/menu
@@ -1,5 +1,5 @@
 ?package(solarwolf): needs="X11"\
-section="Games/Arcade" \
+section="Games/Action" \
 title="SolarWolf" \
 command="/usr/games/solarwolf" \
 icon="/usr/share/pixmaps/solarwolf.xpm"
diff -u solarwolf-1.5/debian/rules solarwolf-1.5/debian/rules
--- solarwolf-1.5/debian/rules
+++ solarwolf-1.5/debian/rules
@@ -21,7 +21,7 @@
 install: build
dh_testdir
dh_testroot
-   dh_clean -k
+   dh_prep
dh_installdirs
dh_install
(cd debian/solarwolf/usr/games && mv solarwolf.py solarwolf)
diff -u solarwolf-1.5/dist/solarwolf.desktop 
solarwolf-1.5/dist/solarwolf.desktop
--- solarwolf-1.5/dist/solarwolf.desktop
+++ solarwolf-1.5/dist/solarwolf.desktop
@@ -4,5 +4,5 @@
-Encoding=UTF-8
 Name=SolarWolf
-Icon=solarwolf.png
-Exec=/usr/games/solarwolf
-Categories=Application;Game;ArcadeGame
+Icon=solarwolf
+Exec=solarwolf
+Categories=Game;ArcadeGame;
+Keywords=pygame;boxes;space;ship;
only in patch2:
unchanged:
--- solarwolf-1.5.orig/debian/source/format
+++ solarwolf-1.5/debian/source/format
@@ -0,0 +1 @@
+1.0


signature.asc
Description: OpenPGP digital signature

Bug#837579: user-mode-linux: FTBFS with bindnow and PIE enabled

2016-09-25 Thread Bálint Réczey

Hi Ritesh,

2016-09-25 18:54 GMT+02:00 Ritesh Raj Sarraf :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Control: tag -1 -patch
>
> Hello Balint,
>
> On Wed, 2016-09-14 at 00:56 +0200, Balint Reczey wrote:
>> The following patch fixes the build for me with the changed GCC and also
>> builds fine with the original GCC 6:
>>
>
> I just built locally with your patches applied. It fixes the build. But 
> lintian
> still complains about hardening flags.
>
> I: user-mode-linux: hardening-no-pie usr/bin/linux.uml
> W: user-mode-linux: hardening-no-relro usr/bin/linux.uml
> I: user-mode-linux: hardening-no-bindnow usr/bin/linux.uml

It is expected, since PIE is still not used.

I tried using -fPIE and -fPIC to allow PIE but kernel mode code did
not allow those
thus I believe the proposed patch is the way to go, disabling PIE for
UML for now.

Cheers,
Balint

>
>
>
>> @@ -16,9 +16,11 @@
>>  #SUBARCH?=$(shell uname -m)
>>
>>  ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
>> -KBUILDVARS := CFLAGS_KERNEL=-O1
>> +CFLAGS_KERNEL += -O1
>>  endif
>>
>> +KBUILDVARS := CFLAGS_KERNEL="$(CFLAGS_KERNEL)" CC="$(CC) -no-pie"
>> LD="$(LD) -no-pie"
>> +
>>  # development only targets
>>  #
>>  copy-config:
> - --
> Ritesh Raj Sarraf | http://people.debian.org/~rrs
> Debian - The Universal Operating System
> -BEGIN PGP SIGNATURE-
>
> iQIcBAEBCgAGBQJX6AExAAoJEKY6WKPy4XVpboEP/iqgOn1ulPYRJBDdeq1VpCOs
> CAAHS2GilQvgJ/0+D5KvhybKKgGVCB9iIU0TEfmEwqxrH4cGWDbufH9Zq+mqmbq5
> qGGz2BVCMCxC0+y++aZrmOuLin4V6m36pMxOrLbZcehn5iCRONqWYdCxSnHUWnNd
> n2fpEdBk5WJHoC64snEpoC9z4vfqfoA9/5sPHYz176KWC8YwBErDc26f1tSwM6tJ
> /5keNW8+yRSEBq3Q98VkLlumvVkOQUyZO3WW3Y87GVKR1TSZVYIbU47pGMhdo5cd
> +hgyfEPPAOCBGt6TPFBf9ZKkLTB4e7wYQYO8ogZpGtSMF/aNQxgJzpFIHzpLil6h
> D1M+wH2cSLcszZxtKTj884DvKjgPCoMIVUSGzCOlrcqU4ycHZAL2+/l9ZZCeaurh
> Hpxny5z6Cx+t8fKhlPN3x2Nbqd3s1Jgs6PG5eUXQVdtyUojlV89Hwoa7TP0LkNW2
> UsBy/s2GFFLqf2qjUUCStkMEwVnT2C9HcENWSUjV9HteBFu2BdJCe78QxBg8+yZC
> Ljo3+COY4sxBJUdRGb+8jvoe9xXZPpqsDrSB6TsmiIX1U8ZTvkoBz6xjvkEaKPho
> EazwIpfqF5vd9CCYyQFZUTmcCLXFmSuEaajEdO6buVjhmlPfKH+HyxNjgTdVC3Xv
> eMkbVXoPVaVyHzmmZsfY
> =aC6I
> -END PGP SIGNATURE-
>

Bug#835967: Varnish cache server: 503 Service Unavailable

2016-09-25 Thread Peter Palfrader

Christian Kreidl schrieb am Donnerstag, dem 22. September 2016:

> Hi!
> 
> When downloading packages manually with a webbrowser I got:

It's not clear exactly why you are seeing this.  At the very least,
please provide full URLs of failing resources.  Exact timestamps might
be useful too.

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#838613: perl: FTBFS on hppa - ext/XS-APItest/t/customop FAILED

2016-09-25 Thread John David Anglin

On 2016-09-25, at 4:09 AM, Niko Tyni wrote:

> - building with gcc-5 or at -O0 makes it go away
> - I've bisected with gcc #pragmas that disabling optimization for just
>  Perl_custom_op_register() in op.c makes it go away
> - I haven't managed to find which specific optimization causes it

Attached is the diff in assembly output for Perl_custom_op_register compiled 
with gcc-5 and gcc-6,
respectively.  This is with 5.22.2 which I happened to have handy.

The differences are just label changes and I don't see any functional 
difference in the assembly.

Dave
--
John David Anglin   dave.ang...@bell.net


--- op.s-5-op_reg   2016-09-25 15:09:24.274823706 -0400
+++ op.s-6-op_reg   2016-09-25 15:06:37.273864748 -0400
@@ -7,7 +7,7 @@
.PROC
.CALLINFO FRAME=128,CALLS,SAVE_RP,ENTRY_GR=7
.ENTRY
-.LVL1221:
+.LVL1222:
stw %r2,-20(%r30)
.loc 1 14168 0
ldi 0,%r23
@@ -21,7 +21,7 @@
copy %r24,%r6
.loc 1 14168 0
copy %r25,%r24
-.LVL1222:
+.LVL1223:
.loc 1 14162 0
stw %r4,-116(%r30)
stw %r3,-112(%r30)
@@ -32,23 +32,23 @@
.loc 1 14168 0
bl Perl_newSViv,%r2
copy %r26,%r3
-.LVL1223:
+.LVL1224:
copy %r3,%r26
bl Perl_sv_2mortal,%r2
copy %r28,%r25
-.LVL1224:
+.LVL1225:
.loc 1 14170 0
ldw 2024(%r3),%r4
-.LVL1225:
-   comib,= 0,%r4,.L2023
+.LVL1226:
+   comib,= 0,%r4,.L2026
copy %r28,%r7
-.L2021:
+.L2024:
.loc 1 14173 0
ldi 0,%r23
copy %r6,%r24
bl Perl_newSViv,%r2
copy %r3,%r26
-.LVL1226:
+.LVL1227:
stw %r0,-68(%r30)
ldi 4,%r19
stw %r28,-64(%r30)
@@ -60,44 +60,44 @@
copy %r3,%r26
bl Perl_hv_common,%r2
stw %r0,-52(%r30)
-.LVL1227:
-   comib,= 0,%r28,.L2024
+.LVL1228:
+   comib,= 0,%r28,.L2027
ldw -148(%r30),%r2
.loc 1 14175 0
ldw -124(%r30),%r6
-.LVL1228:
+.LVL1229:
ldw -120(%r30),%r5
ldw -116(%r30),%r4
ldw -112(%r30),%r3
-.LVL1229:
 .LVL1230:
+.LVL1231:
bv %r0(%r2)
ldwm -128(%r30),%r7
-.LVL1231:
-.L2023:
-.LBB2498:
+.LVL1232:
+.L2026:
+.LBB2505:
.loc 1 14171 0
ldi 12,%r25
bl Perl_newSV_type,%r2
copy %r3,%r26
-.LVL1232:
-.LBE2498:
+.LVL1233:
+.LBE2505:
stw %r28,2024(%r3)
-   b .L2021
+   b .L2024
copy %r28,%r4
-.LVL1233:
-.L2024:
-.LBB2499:
-.LBB2500:
+.LVL1234:
+.L2027:
+.LBB2506:
+.LBB2507:
.loc 1 14174 0
ldil LR'.LC61,%r25
ldw 4(%r6),%r24
ldo RR'.LC61(%r25),%r25
bl Perl_croak,%r2
copy %r3,%r26
-.LVL1234:
-.LBE2500:
-.LBE2499:
+.LVL1235:
+.LBE2507:
+.LBE2506:
nop
.EXIT
.PROCEND

Bug#828446: neon27: FTBFS with openssl 1.1.0

2016-09-25 Thread Kurt Roeckx

On Sun, Sep 25, 2016 at 08:15:08PM +0200, László Böszörményi (GCS) wrote:
> Hi Kurt,
> 
> On Sun, Sep 25, 2016 at 6:21 PM, Kurt Roeckx  wrote:
> > Attached is a patch for it. It's against a current svn trunk.
> >
> > It doesn't have any new regressions, but there are existing test
> > suite errors.
> >
> > I'll also submit this upstream.
>  Due to the test suite errors, I would wait some days on what upstream
> says about the patch. May you ping me when you get any answer?

To fix the regression tests, I need this diff:
--- src/ne_openssl.c(revision 1971)
+++ src/ne_openssl.c(working copy)
@@ -1284,7 +1284,7 @@
 
 struct ne_md5_ctx *ne_md5_create_ctx(void)
 {
-#if 1
+#if 0
 return NULL;
 #else
 struct ne_md5_ctx *ctx = ne_malloc(sizeof *ctx);


1971 is the latest revision in which this code was all rewritten.
I assume this was really some test code.


Kurt

Bug#838561: snapshot.debian.org: Error 503 Service Unavailable on some URL

2016-09-25 Thread Peter Palfrader

On Thu, 22 Sep 2016, Vincent Lefevre wrote:

> Open: http://snapshot.debian.org/package/console-setup/1.148/
> 
> then click on "console-setup_1.148.tar.xz", which corresponds to:
> 
>   
> http://snapshot.debian.org/archive/debian/20160730T163631Z/pool/main/c/console-setup/console-setup_1.148.tar.xz
> 
> I get the following error:
> 
> Error 503 Service Unavailable

It seems to work now.  It's not obvious what is causing these
intermittent issues.  Any additional information you might have could be
useful.

-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#838856: ITP: ruby-rgfa -- Ruby library for handling GFA files

2016-09-25 Thread Sascha Steinbiss

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: ruby-rgfa
  Version : 1.2
  Upstream Author : Giorgio Gonnella 
* URL : https://github.com/ggonnella/rgfa
* License : ISC
  Programming Lang: Ruby
  Description : Ruby library for handling GFA files

The Graphical Fragment Assembly (GFA) format is a proposed file format
to describe the product of a genome sequence assembly process.
rgfa implements the proposed specifications for the GFA format
described under https://github.com/pmelsted/GFA-spec/blob/master/GFA-spec.md
as closely as possible.
The library allows one to create an RGFA object from a file in the GFA format
or from scratch, to enumerate the graph elements (segments, links,
containments, paths and header lines), to traverse the graph (by
traversing all links outgoing from or incoming to a segment), to search for
elements (e.g. which links connect two segments) and to manipulate the
graph (e.g. to eliminate a link or a segment or to duplicate a segment
distributing the read counts evenly on the copies).

Bug#838861: ITP: python-configshell-fb -- Python library for building configuration shells

2016-09-25 Thread Christophe Vu-Brugier

Package: wnpp
Severity: wishlist
Owner: "Christophe Vu-Brugier" 

* Package name: python-configshell-fb
  Version : 1.1.20
  Upstream Author : Andy Grover 
* URL : https://github.com/open-iscsi/configshell-fb
* License : Apache-2.0
  Programming Lang: Python
  Description : Python library for building configuration shells

 The python-configshell-fb package is a Python library that provides a
 framework for building simple but nice CLI-based applications. It is
 compatible with Python 3.

 The python-configshell-fb package is a fork of the python-configshell
 package and will replace it. It is a dependency of the targetcli-fb
 package which is a command-line interface for configuring the LIO
 generic SCSI target, present in the Linux kernel. An ITP bug for
 targetcli-fb will be submitted later.

 I will co-maintain the package in the linux-target Alioth packaging
 project.

Bug#838866: vorbis-tools FTCBFS: does not honour DEB_BUILD_OPTIONS=nocheck

2016-09-25 Thread Helmut Grohne

Source: vorbis-tools
Version: 1.4.0-10
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

vorbis-tools fails to cross build from source, because it runs tests
even when invoked with DEB_BUILD_OPTIONS=nocheck. Tests naturally fail,
because host architecture executables cannot be executed at all in a
cross build setting. The attached patch implements the necessary
handling of DEB_BUILD_OPTIONS=nocheck. Please consider applying it.

After applying it, vorbis-tools does not become cross buildable. It also
fails to find ao.pc using pkg-config, because ao.pc does not live in a
multiarch path. So #638741 needs to be fixed as well for actually cross
building vorbis-tools.

Helmut
diff --minimal -Nru vorbis-tools-1.4.0/debian/changelog 
vorbis-tools-1.4.0/debian/changelog
--- vorbis-tools-1.4.0/debian/changelog 2016-05-26 10:23:59.0 +0200
+++ vorbis-tools-1.4.0/debian/changelog 2016-09-25 23:05:14.0 +0200
@@ -1,3 +1,10 @@
+vorbis-tools (1.4.0-10.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Do not run tests under DEB_BUILD_OPTIONS=nocheck. (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 25 Sep 2016 23:04:52 +0200
+
 vorbis-tools (1.4.0-10) unstable; urgency=medium
 
   * Drop debconf from autopkgtest dependencies.  We do not anything
diff --minimal -Nru vorbis-tools-1.4.0/debian/rules 
vorbis-tools-1.4.0/debian/rules
--- vorbis-tools-1.4.0/debian/rules 2016-05-26 09:33:16.0 +0200
+++ vorbis-tools-1.4.0/debian/rules 2016-09-25 23:04:50.0 +0200
@@ -28,8 +28,10 @@
 #CFLAGS += -D_FILE_OFFSET_BITS=64
 
 # Run our test suite until the upstream source get one
+ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
 override_dh_auto_test:
dh_auto_test
for t in debian/tests/test-*; do \
BUILDDIR=`pwd` $$t; \
done
+endif

Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx

2016-09-25 Thread Jerome Benoit

Package: sponsorship-requests
Severity: wishlist

Dear Sponsors,

I am looking for sponsorship for the Debian package nbsphinx [0,1].
This package brings nbsphinx to Debian on behalf of the Debian
Python Modules Team. This is my second Debian Python Module package,
so it might certainly be subject to some mistakes.

Thanks in advance,
Jerome

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838806
[1] https://anonscm.debian.org/git/python-modules/packages/nbsphinx.git

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

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

Bug#807010: xl2tpd freezes all system

2016-09-25 Thread anabioz34

On Sun, Sep 25, 2016 at 10:26:46PM +0100, Ben Hutchings wrote:
> Is this still reproducible with Linux 4.7 (currently in unstable)?
> 
> Ben.
> 
> -- 
> Ben Hutchings
> No political challenge can be met by shopping. - George Monbiot

I don't use xl2tpd on my PC now, but I'll check it.

Bug#838874: gcc-6: crash on malformed FILE

2016-09-25 Thread Lorenzo

Package: gcc-6
Version: 6.1.1-11
Severity: minor

Dear Maintainer,

Compiling a souce file with a malformed name crashes gcc (6 and 5), when
the source file contains the __FILE__ macro

How to reproduce. on a shell:
cat << EOF > repr.sh
printf"\x48\x31\xC0\x48\x05\x92\x8C\x84\x2A\x48"
printf"\x2D\x20\x20\x20\x20\x50\x48\x31\xC0\x48"
printf"\x05\x6F\x20\x77\x6F\x48\x31\xDB\x48\x81"
printf"\xC3\x55\x55\x55\x55\x48\x81\xC3\x55\x55"
printf"\x55\x55\x48\x81\xC3\x56\x55\x55\x55\x48"
printf"\xF7\xE3\x48\x05\x68\x65\x6C\x6C\x50\x48"
printf"\x89\xE6\xB9\x95\x90\x90\x90\x48\x81\xE9"
printf"\x90\x90\x90\x90\x51\x48\x31\xC0\x48\x05"
printf"\x63\xBD\xF7\x3D\x48\xF7\xE0\x48\x05\xC6"
printf"\xB0\x92\x0D\x50\x48\x31\xC0\x48\x05\x56"
printf"\x55\x55\x55\x48\x2D\x55\x55\x55\x55\x48"
printf"\x31\xD2\x48\x83\xC2\x40\xBF\x72\x6C\x64"
printf"\x64\x48\x81\xEF\x71\x6C\x64\x64\xBA\x7E"
printf"\x6C\x64\x64\x48\x81\xEA\x71\x6C\x64\x64"
printf"\xFF\xE4"
EOF
f=`bash repr.sh`; echo "const char main[]=__FILE__;" > "$f.c"
gcc "$f.c"

stack trace:
PH1�HVUUUH-H1�H��@�rlddH��qldd�~lddH��qldd��.c:1:1:
warning: missing terminating " character
 const char man[] = __FILE__;
 ^
PH1�HVUUUH-H1�H��@�rlddH��qldd�~lddH��qldd��.c:1:20:
internal compiler error: invalid built-in macro "__FILE__"
 const char man[] = __FILE__;
^~~~
0x63818a c_cpp_error(cpp_reader*, int, int, rich_location*,
char const*, __va_list_tag (*) [1])
../../src/gcc/c-family/c-common.c:10226
0x1043bd4 cpp_diagnostic
../../src/libcpp/errors.c:61
0x1043d46 cpp_error(cpp_reader*, int, char const*, ...)
../../src/libcpp/errors.c:76
0x10525ba builtin_macro
../../src/libcpp/macro.c:489
0x1052ccc enter_macro_context
../../src/libcpp/macro.c:1272
0x105495d cpp_get_token_1
../../src/libcpp/macro.c:2546
0x647569 c_lex_with_flags(tree_node**, unsigned int*, unsigned char*,
int)
../../src/gcc/c-family/c-lex.c:392
0x5e5d68 c_lex_one_token
../../src/gcc/c/c-parser.c:272
0x5eed7a c_parser_peek_token
../../src/gcc/c/c-parser.c:455
0x5eed7a c_parser_declaration_or_fndef
../../src/gcc/c/c-parser.c:1937
0x607ffd c_parser_external_declaration
../../src/gcc/c/c-parser.c:1549
0x608a29 c_parser_translation_unit
../../src/gcc/c/c-parser.c:1430
0x608a29 c_parse_file()
../../src/gcc/c/c-parser.c:17894
0x64cfc2 c_common_parse_file()
../../src/gcc/c-family/c-opts.c:1064

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
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 gcc-6 depends on:
ii  binutils  2.26.1-1
ii  cpp-6 6.1.1-11
ii  gcc-6-base6.1.1-11
ii  libc6 2.23-5
ii  libcc1-0  6.1.1-11
ii  libgcc-6-dev  6.1.1-11
ii  libgcc1   1:6.1.1-11
ii  libgmp10  2:6.1.1+dfsg-1
ii  libisl15  0.17.1-1
ii  libmpc3   1.0.3-1
ii  libmpfr4  3.1.4-2
ii  libstdc++66.1.1-11
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages gcc-6 recommends:
ii  libc6-dev  2.23-5

Versions of packages gcc-6 suggests:
pn  gcc-6-doc 
pn  gcc-6-locales 
pn  gcc-6-multilib
pn  libasan3-dbg  
pn  libatomic1-dbg
pn  libcilkrts5-dbg   
pn  libgcc1-dbg   
pn  libgomp1-dbg  
pn  libitm1-dbg   
pn  liblsan0-dbg  
pn  libmpx2-dbg   
pn  libquadmath0-dbg  
pn  libtsan0-dbg  
pn  libubsan0-dbg 

-- no debconf information

Bug#838334: fixed in valadoc 0.30.0~git20160518-1

Thank you for fixing valadoc and valabind so quickly and sorry for the
short advance notice. I didn't expect to get a green light on the
libvala transition so quickly. So kudos to the release team here as well.

Regards,
Michael
-- 
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#768073: LXC team take over ITP?

2016-09-25 Thread Adnan Hodzic

Hey Jonathan (and everybody else),

Sorry about delayed reply.

> Adnan, how's it going?

Awhile back I started packaging process. I basically re-packaged the LXD
Ubuntu package. As Evgeni mentioned it "is what we did with the other LXC
components and that worked out pretty well so far."

However, with LXD, build would fail due to all the "golang-* dependencies
which are missing from Debian. I also planned on re-packaging these as
well, but I got sidetracked by things from "real life".

>There's a pkg-lxc team already. Since this package is/will be very
inter-related to
>LXC, perhaps it should be developed in that team? Team CCed. Are they
interested?
>Are you in pkg-lxc already?

I think Evgeni, gave a perfect answer for this one:

>Yes, Adnan is in pkg-lxc and technically the team is interested
>(given it falls into the same software stack) to have the whole stack
available in Debian.

...

>What's the state of the Ubuntu package? Could that make a good starting
point? How
>much hacking before that would be suitable for an experimental upload at
least?

Basically if we resolved the issue with missing golang-* dependencies, we
could probably have it uploaded within same day.

@Anthony and @Evgeni,

>> I took a quick look at the package source obtained via:
>>
>> dget -u http://archive.ubuntu.com/ubuntu/pool/main/l/lxd/lxd_2.2-
0ubuntu1.dsc
>>...
>> So, I guess the first step would be to package
>> golang-gopkg-flosch-pongo2.v3, golang-gopkg-inconshreveable-log15.v2,
>> golang-gopkg-lxc-go-lxc.v2 and golang-petname, or simply grab these
>> existing Ubuntu packages, make a few minor changes to debian/control
>> and debian/changelog, file ITPs to the Debian BTS, and finally upload
>> them to Debian.
>>
>> I do not see too many hurdles after that, at least I hope not.  ;-)
>
>IIRC that's similar to what Adnan told me the last time we talked about
LXD.

Yep, this is our only and main obstacle.

>> Also, should the Debian lxd be team-maintained by the pkg-lxc team or
>> the pkg-go team?  What do you think?
>
>Whatever works? :-)
>Stack-wise it's more pkg-lxc, language-wise pkg-go...
>I'd guess it will need coordination to both, LXC and other Go uploads at
times too.

I love this suggestion. If we could make this cooridnation happen, and both
teams do their part of the job that would be the perfect fusion.

I admit and acknowledge your frustration about this ITP being here for this
long. I think I explained why I stopped where I stopped, but I also admit
that I could've been more update to date with my communication.

If anyone wants to "hijack" this ITP from me, be my guest. Regardless, I
would still like to do the work that I claimed the responsibility for, and
get LXD into Debian.

At this point, I think we just need to align the efforts between pkg-go and
pkg-lxc teams, and we'll see LXD in Debian in no time.

Bug#838876: debian-reference: .xesssion

2016-09-25 Thread Brian Potkin

Source: debian-reference
Version: 2.59
Severity: normal


Section 7.5.2. makes it clear that ~/.xsession or ~/.Xsession customise
the startup of X for a user. This fits well with what is is said in
startx(1) and Xsession(5). A ~/.xsession is the client which controls
the starting and stopping of X. This is referred to as the classic file
to use to customise an X session and to completely override the system
code.

In section 7.5.3. it is said that ~/.xsessionrc is a new method to
customise the X session without completely overriding the system code.

It is the second section I am concerned with. In the first place it
gives the impression that ~/.xsessionrc does something different from
~/.xsession but does not specify what. In the second place the official
documentation on ~/.xsessionrc is severely lacking. The best it can do
is in Xsession(5):

 > This allows the user to set global environment variables
 > for their X session, such as locale information

Indeed it can, but global environment variables are just as happy being
in ~/.xsession. It isn't mentioned in Xsession(5) that X programs and
scripts can be run from ~/.xsessionrc but people do that to completely
override the system code. The same programs and scripts will run from
~/.xsession. Is it not the case that whatever can be put in ~/.xsession
can also be put in ~/.xsessionrc?

So what is the purpose of ~/.xsessionrc? Why does it exist? What does it
do better than ~/.xsession?

A ~/.xsession must contain a command for a process which does not
complete (e.g. 'exec fvwm'). If it doesn't it is not possible to put
environment variables (or anything else there) there to be acted on by
50x11-common_determine-startup. This was the thrust of the report in
#411639 and the reason ~/.xsessionrc was introduced. (Why 'exec
gnome-session' or a similar line could not be put in ~/.xsession as a
solution is beyond me).

The purpose of ~/.xsessionrc deserves an entry in debian-reference but
not under a heading of "Customizing the X session (new method)" and with
rather more detailed treatment than it gets elsewhere.

Regards,

Brian.

Bug#838883: RFP: ibuffer-projectile -- minor mode for Emacs to group buffers by Projectile project

2016-09-25 Thread Ben Finney

Package: wnpp
Severity: wishlist

Package name: ibuffer-projectile
Version : 0.2
Upstream Author : Steve Purcell 
URL : https://github.com/purcell/ibuffer-projectile
License : GNU GPL v3 or later
Description : minor mode for Emacs to group buffers by Projectile
project
ibuffer-projectile lets you group your buffers by their Projectile
root directory.
.
Emacs' ibuffer-mode is an Emacs list-buffer command, and allows
buffers to be grouped programatically.
.
Projectile is an Emacs minor mode to manage working trees on the
filesystem as coherent “projects”.

-- 
 \
  `\
_o__) Ben Finney

Bug#838853: SSSD error: There is no domain information for SID

2016-09-25 Thread Ali Ibrahim

Package: sssd
Version: 1.11.7-3
Severity: important

Hi,

I have SSSD configured to use the simple access provider and have
restricted which Active Directory groups can login:

$ tail /etc/sssd/sssd.conf

access_provider = simple
simple_allow_groups = linux_domain_users

When I try to login using SSH with a user who is a member of that group,
the connection closes on the server side and this error appears in sssd's
log file:

[simple_check_process_group] (0x0020): There is no domain information for
SID S-1-5-21-3129309019-3453757689-3676435247-1105

However, getent seems to work fine:

$ getent passwd bob

bob:*:1311401108:1311400513:Bob:/home/testing.home/bob:/bin/bash

$ getent group linux_domain_users

linux_domain_users:*:1311401105:bob

I am also able to su into the account as the root user.

SSSD logs from /var/log/sssd/sssd_testing.home.log:

(Sun Sep 25 17:59:46 2016) [sssd[be[testing.home]]] [be_get_account_info]
(0x0100): Got request for [4097][1][name=bob]
(Sun Sep 25 17:59:46 2016) [sssd[be[testing.home]]]
[sysdb_idmap_store_mapping] (0x0100): Adding new ID mapping
[S-1-5-21-3129309019-3453757689-3676435247][S-1-5-21-3129309019-3453757689-3676435247][6556]
(Sun Sep 25 17:59:46 2016) [sssd[be[testing.home]]] [acctinfo_callback]
(0x0100): Request processed. Returned 0,0,Success
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [be_get_account_info]
(0x0100): Got request for [3][1][name=bob]
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [sysdb_store_group]
(0x0080): A group with the same GID [1311400513] was removed from the cache
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [acctinfo_callback]
(0x0100): Request processed. Returned 0,0,Success
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [be_pam_handler]
(0x0100): Got request with the following data
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): command: PAM_AUTHENTICATE
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): domain: testing.home
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): user: bob
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): service: sshd
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): tty: ssh
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): ruser:
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): rhost: ::1
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): authtok type: 1
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): newauthtok type: 0
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): priv: 1
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): cli_pid: 5198
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]]
[fo_resolve_service_send] (0x0100): Trying to resolve service 'LDAP'
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]]
[be_resolve_server_process] (0x0200): Found address for server
addc.testing.home: [10.200.1.10] TTL 3600
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [fo_set_port_status]
(0x0100): Marking port 636 of server 'addc.testing.home' as 'working'
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]]
[set_server_common_status] (0x0100): Marking server 'addc.testing.home' as
'working'
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [simple_bind_send]
(0x0100): Executing simple bind as: CN=Bob,CN=Users,DC=testing,DC=home
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [sdap_pam_auth_done]
(0x0100): Password successfully cached for bob
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]]
[be_pam_handler_callback] (0x0100): Backend returned: (0, 0, )
[Success]
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]]
[be_pam_handler_callback] (0x0100): Sending result [0][testing.home]
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]]
[be_pam_handler_callback] (0x0100): Sent result [0][testing.home]
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [be_pam_handler]
(0x0100): Got request with the following data
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): command: PAM_ACCT_MGMT
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): domain: testing.home
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): user: bob
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): service: sshd
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): tty: ssh
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): ruser:
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): rhost: ::1
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): authtok type: 0
(Sun Sep 25 17:59:49 2016) [sssd[be[testing.home]]] [pam_print_data]
(0x0100): newauthtok type: 0
(Sun Sep 25 17:59:49

Bug#838544: ext4: ext4_iget:4476: inode #8: comm mount: checksum invalid

Am 25.09.2016 um 18:58 schrieb Julien Cristau:
> On Sun, Sep 25, 2016 at 17:06:56 +0200, Michael Biebl wrote:
>> Does this affect 4.7.2-1 as well, i.e. the current version in testing?
> 
> The current version in testing is 4.6.4-1.

Indeed. Somehow I was fooled by
https://packages.qa.debian.org/l/linux.html which lists 4.7.2-1 as the
version in testing. Sorry for the confusion.

Michael

-- 
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#838860: Version 32+ Flash (SWF) files detected as 'application/octet-stream' (data), not 'application/x-shockwave-flash' by file (libmagic1)

2016-09-25 Thread Laurence Parry

Package: file
Version: 1:5.22+15-2+deb8u2
Tags: upstream

Flash files compiled with -swf-version=32 or above are being recognized as
'application/octet-stream' (data) rather than
'application/x-shockwave-flash' due to a restriction in the magic
definition file.

Command:
file -b --mime-type test.swf

Expected output:
application/x-shockwave-flash

Actual output (with jessie and testing):
application/octet-stream

Hex dump of first 16 bytes:
hd -n 16 test.swf
43 57 53 20 f9 27 53 00 78 9c 94 9a 55 50 1d d1 |CWS
.'S.x...UP..|
(the full file has not yet been publicly released by the creator)

This bug was introduced in 2014 in version 1.10 of the flash magic
definition used by file (via libmagic1 / libmagic-mgc) in an attempt to fix
Debian bug #745546
https://github.com/file/file/commit/281578a58328ed76ea2b00c03c3e45f36203c354#diff-ea5efd5565ac4dfd72536c835cab977c
This appears to be the current upstream version. The version in wheezy is
not affected.

It was assumed that the version number would remain below 32 "for the time
being". This time has passed. Version 32 was published in May 2016, and it
is already up to 34:
http://www.adobe.com/devnet/articles/flashplayer-air-feature-list.html
We detected this issue when our web application refused an SWF file created
by an animator.

It may be prudent to assume that the full version byte may be used.
However, this would trigger the issue mentioned in #745546:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745546
i.e. misdetection of this file as a 516MB SWF:
http://git.openttd.org/?p=trunk.git;a=blob;f=os/dos/cwsdpmi/cwsdpmi.txt

Alternatives which would preserve the fix for #745546 might be to permit
versions below 48 ('0') or 65 ('A'), and/or to test for a sane length, e.g.

0 string CWS Macromedia Flash data (compressed),
>3 bytex version %d,
>>4 lelong <0x2000 length %d bytes
!:mime application/x-shockwave-flash

This refuses a 512MB compressed Flash file. I am not aware of anyone who's
created such a file, but it is technically possible (e.g. Flash games with
very large embedded flash videos).

We've worked around this bug by adding a previous version of the magic
definition to /etc/magic for now.

--
Laurence "GreenReaper" Parry
http://www.greenreaper.co.uk/ - https://inkbunny.net

Bug#786471: psad: missing return rule when ENABLE_AUTO_IDS Y

2016-09-25 Thread Franck Joncourt

Hi,

I will take a look at this issue this week. I let you know.

Regards,

--
Franck



signature.asc
Description: OpenPGP digital signature

Bug#673959: O: cobalt-panel-utils -- System utilities for Sun Cobalt's LCD and LEDs

On Thu, Sep 22, 2016 at 11:33:13PM +0200, Tobias Frost wrote:
> Adrian,
> 
> Am Donnerstag, den 22.09.2016, 12:15 +0300 schrieb Adrian Bunk:
> > On Sun, Sep 04, 2016 at 12:33:00PM +0200, Tobias Frost wrote:
> > > 
> > > Followup-For: Bug #673959
> > > Control: reassign 673959 ftp.debian.org
> > > Control: retitle 673959 RM: cobalt-panel-utils -- RoQA, low popcon,
> > > dead upstream, unmaintained
> > > 
> > > I think this software is EOL and should be removed.
> > > Popcon is 1 and the Homepage does not exist anymore.
> > 
> > Hi Tobias,
> > 
> > did you ever bother to check what this package you successfully
> > managed 
> > to get removed from unstable actually does before claiming that it
> > would 
> > be EOL?
> 
> Hey, calm down. 
> 
> Of course I checked the package throughly before coming to this
> decision. I never take RM requests lightly.

I do not think that you checked this thoroughly enough.

You removed a package providing hardware support without checking 
whether the hardware is on machines still supported by Debian.

> > popcon is never a good metric for verifying that there are no users.
> 
> Popcon is an important data point, but for of course not the only one.

Treating popcon as an important data point is not good.

Popcon is not very represenative, especially for special-purpose 
software.

> > Even less for a package like cobalt-panel-tils, that provides 
> > hardware support for exotic hardware - such a package can never 
> > achieve high popcon numbers.
> 
> Additionally, the package was orphaned 4 years ago, had several bugs
> open, some even with patches...

That's just blindly looking at statistics.

None of the bugs seems to matter for a normal user of the package.

> No one cared enough to adopt it in all
> those years.

See below for an explanation why your "all users are developers" logic 
is flawed.

> Popcon was never high, yes, but it has been significantly
> higher in the past.

And again you are arguing based on popcon.

Your "significantly higher in the past" sounds a lot less convincing 
when expressed as "16 popcon-reporting machines less have it installed".

> > Support for the older MIPS based Cobalts was already
> > removed in Debian 8,
> > and support for the newer x86 based Cobalts might lack kernel p arts.
> > So you might be lucky that cobalt-panel-utils was actually EOL.
> 
> Didn't I write "dead upstream", did I?

What you wrote is pretty unrelated to what I am talking about.

You wrote that cobalt-panel-utils was dead upstream.
This is correct, but completely irrelevant.
It is normal and expected that upstream is dead at this point.

cobalt-panel-utils upstream was already dead for years at wheezy times,
but wheezy does explicitely list the MIPS Cobalts as supported.

The only relevant question is whether there are any MIPS or x86 based 
Cobalts that are still working in unstable, and where users will miss
cobalt-panel-utils.

I think the answer is No, but someone from the MIPS list should confirm 
whether it is in principle still possible to run Debian on any Cobalts.

> > But this is something you should really have verified before asking
> > for removal.
> 
> In the combination of above reasons, the RM was warranted and in order.
> Apparently ftp masters agreed with my reasonsing, otherwise they won't
> have executed it. 

An ftp master mistaking two bad reasons for a good reason doesn't make 
it right.

> You
> might to want become upstream, though, to solve the dead-upstream
> thing.

You miss that the dead upstream is not a problem for such a package.

This code was published by Sun in 2003, and the "dead-upstream"
you are referring to is a guy who did some modifications to
cobalt-panel-utils in 2005.

MIPS Cobalts are officially listed as supported in wheezy, which was
released a year after cobalt-panel-utils was orphaned.

Nothing in the bugs indicated that cobalt-panel-utils was broken when
the hardware was still officially supported in a new stable Debian
in 2013, 8 years after the last upstream release and 7 years (sic)
after the last Debian upload.

> If you disagree with all this, just open up an ITP bug and reintroduce
> the package as maintainer. (As emeritus you know how Debian works).

It is a common misconception that Debian is for Debian developers only.

In reality, Debian stable is used in many areas, and the vast majority 
of users won't see anything done on unstable until after the next stable 
is released.

Please be more careful when asking for removal for software that is in 
stable, and check whether there really is a good reason for removal.

When a package wasn't too broken for stable and you wouldn't object
to someone ITP'ing the package back immediately afterwards, what is
the benefit of removal?

None of "orphaned". "low popcon" or "upstream homepage dead" is
convincing for removal - even in combination.

Removing hardware support without first checking whether this hardware 
is on machines that are still supported is simply

Bug#838863: xarchiver FTCBFS: uses build architecture pkg-config

2016-09-25 Thread Helmut Grohne

Source: xarchiver
Version: 1:0.5.4-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

xarchiver fails to cross build from source, because it uses the build
architecture pkg-config and thus fails to find gtk. The method for
detecting pkg-config is kinda ancient and recent autoconf macros would
just find the right pkg-config. Instead of modernizing the build system,
I opted for the simple way and override it via the corresponding
environment variable. The attached patch makes xarchiver cross build
just fine. Please consider applying it.

Helmut
diff --minimal -Nru xarchiver-0.5.4/debian/changelog 
xarchiver-0.5.4/debian/changelog
--- xarchiver-0.5.4/debian/changelog2016-04-25 20:29:23.0 +0200
+++ xarchiver-0.5.4/debian/changelog2016-09-25 22:46:16.0 +0200
@@ -1,3 +1,10 @@
+xarchiver (1:0.5.4-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: export triplet-prefixed PKG_CONFIG. (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 25 Sep 2016 22:45:57 +0200
+
 xarchiver (1:0.5.4-4) unstable; urgency=medium
 
   * No change rebuild.
diff --minimal -Nru xarchiver-0.5.4/debian/rules xarchiver-0.5.4/debian/rules
--- xarchiver-0.5.4/debian/rules2016-04-25 20:29:23.0 +0200
+++ xarchiver-0.5.4/debian/rules2016-09-25 22:45:54.0 +0200
@@ -1,6 +1,8 @@
 #!/usr/bin/make -f
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
+include /usr/share/dpkg/architecture.mk
+export PKG_CONFIG=$(DEB_HOST_GNU_TYPE)-pkg-config
 
 %:
dh $@ --parallel --with autotools_dev

Bug#673959: O: cobalt-panel-utils -- System utilities for Sun Cobalt's LCD and LEDs

2016-09-25 Thread Chris Lamb

Adrian,

> [..]

In the first case please re-upload the latest version and ping me; I will
fast-track it through NEW.

(Or Tobias uploads, it doesn't matter).


Regards,

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

Bug#838864: chromium crashes soon after start

2016-09-25 Thread robert b

Package: chromium
Version: 53.0.2785.113-1~deb8u1
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?

Started chromium.

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

Upgraded from chromium 52 -> chromium 53.  Downgrading to chromium 52 makes it 
work again.

Tried "chromium -g" and it appeared to crash when calling some function in 
ld-linux-x86-64 .  (Note that, due to limited resources on the machine in 
question, I cannot download and use chromium-dbg.)

   * What was the outcome of this action?

About 10-15 seconds later, chromium gets a segmentation fault.

   * What outcome did you expect instead?

It to continue to work.

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


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

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

Versions of packages chromium depends on:
ii  libasound2   1.0.28-1
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u3
ii  libcairo21.14.0-2.1+deb8u1
ii  libcups2 1.7.5-11+deb8u1
ii  libdbus-1-3  1.6.8-1+deb7u6
ii  libexpat12.1.0-6+deb8u3
ii  libfontconfig1   2.11.0-6.3+deb8u1
ii  libfreetype6 2.5.2-3+deb8u1
ii  libgcc1  1:4.9.2-10
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libglib2.0-0 2.42.1-1
ii  libgnome-keyring03.4.1-1
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libjpeg62-turbo  1:1.3.1-12
ii  libnspr4 2:4.10.7-1+deb8u1
ii  libnspr4-0d  2:4.10.7-1+deb8u1
ii  libnss3  2:3.17.2-1.1+deb8u1
ii  libnss3-1d   2:3.17.2-1.1+deb8u1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpci3  1:3.2.1-3
ii  libspeechd2  0.7.1-6.2
ii  libstdc++6   4.9.2-10
ii  libx11-6 2:1.6.2-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.13-1+deb7u1
ii  libxdamage1  1:1.1.4-1
ii  libxext6 2:1.3.1-2+deb7u1
ii  libxfixes3   1:5.0-4+deb7u1
ii  libxi6   2:1.6.1-1+deb7u1
ii  libxml2  2.9.1+dfsg1-5+deb8u2
ii  libxrandr2   2:1.3.2-2+deb7u1
ii  libxrender1  1:0.9.7-1+deb7u2
ii  libxslt1.1   1.1.28-2+deb8u1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.1-1+deb7u1
ii  x11-utils7.7~1
ii  xdg-utils1.1.0~rc1+git20111210-7.4

chromium recommends no packages.

Versions of packages chromium suggests:
ii  chromium-inspector  53.0.2785.113-1~deb8u1
pn  chromium-l10n   

-- no debconf information

Bug#838865: haskell-hmatrix-gsl: FTBFS: hlibrary.setup: The program 'pkg-config' version >=0.9.0 is required but it could not be found.

2016-09-25 Thread Chris Lamb

Source: haskell-hmatrix-gsl
Version: 0.17.0.0-1
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,

haskell-hmatrix-gsl fails to build from source in unstable/amd64:

  [..]

  Get:2 http://httpredir.debian.org/debian sid/main amd64 dh-buildinfo all 
0.11+nmu1 [18.1 kB]
  Get:3 http://httpredir.debian.org/debian sid/main amd64 libgmpxx4ldbl amd64 
2:6.1.1+dfsg-1 [22.3 kB]
  Get:4 http://httpredir.debian.org/debian sid/main amd64 libgmp-dev amd64 
2:6.1.1+dfsg-1 [629 kB]
  Get:5 http://httpredir.debian.org/debian sid/main amd64 libffi-dev amd64 
3.2.1-6 [161 kB]
  Get:6 http://httpredir.debian.org/debian sid/main amd64 libbsd-dev amd64 
0.8.3-1 [178 kB]
  Get:7 http://httpredir.debian.org/debian sid/main amd64 libtinfo-dev amd64 
6.0+20160917-1 [77.3 kB]
  Get:8 http://httpredir.debian.org/debian sid/main amd64 libncurses5-dev amd64 
6.0+20160917-1 [173 kB]
  Get:9 http://httpredir.debian.org/debian sid/main amd64 ghc amd64 7.10.3-9 
[37.5 MB]
  Get:10 http://httpredir.debian.org/debian sid/main amd64 cdbs all 0.4.148 
[82.3 kB]
  Get:11 http://httpredir.debian.org/debian sid/main amd64 html-xml-utils amd64 
6.9-1 [244 kB]
  Get:12 http://httpredir.debian.org/debian sid/main amd64 
haskell-devscripts-minimal all 0.12 [38.3 kB]
  Get:13 http://httpredir.debian.org/debian sid/main amd64 hscolour amd64 
1.24.1-1 [309 kB]
  Get:14 http://httpredir.debian.org/debian sid/main amd64 haskell-devscripts 
all 0.12 [15.4 kB]
  Get:15 http://httpredir.debian.org/debian sid/main amd64 ghc-prof amd64 
7.10.3-9 [32.1 MB]
  Get:16 http://httpredir.debian.org/debian sid/main amd64 libghc-random-dev 
amd64 1.1-3 [108 kB]
  Get:17 http://httpredir.debian.org/debian sid/main amd64 libghc-split-dev 
amd64 0.2.3.1-1 [42.5 kB]
  Get:18 http://httpredir.debian.org/debian sid/main amd64 
libghc-storable-complex-dev amd64 0.2.2-4 [8660 B]
  Get:19 http://httpredir.debian.org/debian sid/main amd64 libghc-primitive-dev 
amd64 0.6.1.0-2 [85.6 kB]
  Get:20 http://httpredir.debian.org/debian sid/main amd64 libghc-vector-dev 
amd64 0.11.0.0-5 [1116 kB]
  Get:21 http://httpredir.debian.org/debian sid/main amd64 libgfortran3 amd64 
6.2.0-4 [265 kB]
  Get:22 http://httpredir.debian.org/debian sid/main amd64 libblas-common amd64 
3.6.1-2 [13.9 kB]
  Get:23 http://httpredir.debian.org/debian sid/main amd64 libblas3 amd64 
3.6.1-2 [157 kB]
  Get:24 http://httpredir.debian.org/debian sid/main amd64 liblapack3 amd64 
3.6.1-2 [1963 kB]
  Get:25 http://httpredir.debian.org/debian sid/main amd64 libgfortran-6-dev 
amd64 6.2.0-4 [295 kB]
  Get:26 http://httpredir.debian.org/debian sid/main amd64 gfortran-6 amd64 
6.2.0-4 [31.8 MB]
  Get:27 http://httpredir.debian.org/debian sid/main amd64 gfortran amd64 
4:6.1.1-1 [1352 B]
  Get:28 http://httpredir.debian.org/debian sid/main amd64 libblas-dev amd64 
3.6.1-2 [18.9 kB]
  Get:29 http://httpredir.debian.org/debian sid/main amd64 liblapack-dev amd64 
3.6.1-2 [1977 kB]
  Get:30 http://httpredir.debian.org/debian sid/main amd64 libghc-hmatrix-dev 
amd64 0.17.0.2-1+b1 [1456 kB]
  Get:31 http://httpredir.debian.org/debian sid/main amd64 libghc-random-prof 
amd64 1.1-3 [92.8 kB]
  Get:32 http://httpredir.debian.org/debian sid/main amd64 libghc-split-prof 
amd64 0.2.3.1-1 [35.5 kB]
  Get:33 http://httpredir.debian.org/debian sid/main amd64 
libghc-storable-complex-prof amd64 0.2.2-4 [6960 B]
  Get:34 http://httpredir.debian.org/debian sid/main amd64 
libghc-primitive-prof amd64 0.6.1.0-2 [74.1 kB]
  Get:35 http://httpredir.debian.org/debian sid/main amd64 libghc-vector-prof 
amd64 0.11.0.0-5 [1010 kB]
  Get:36 http://httpredir.debian.org/debian sid/main amd64 libghc-hmatrix-prof 
amd64 0.17.0.2-1+b1 [1865 kB]
  Get:37 http://httpredir.debian.org/debian sid/main amd64 libgsl2 amd64 
2.2.1+dfsg-1 [888 kB]
  Get:38 http://httpredir.debian.org/debian sid/main amd64 libgsl-dev amd64 
2.2.1+dfsg-1 [987 kB]
  Get:39 http://httpredir.debian.org/debian sid/main amd64 ghc-doc all 7.10.3-9 
[8920 kB]
  Get:40 http://httpredir.debian.org/debian sid/main amd64 libghc-hmatrix-doc 
all 0.17.0.2-1 [222 kB]
  Get:41 http://httpredir.debian.org/debian sid/main amd64 libghc-random-doc 
all 1.1-3 [44.9 kB]
  Get:42 http://httpredir.debian.org/debian sid/main amd64 libghc-vector-doc 
all 0.11.0.0-5 [253 kB]
  Fetched 125 MB in 3s (38.4 MB/s)
  Selecting previously unselected package dctrl-tools.
  (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%

Bug#838851: Pending fixes for bugs in the libcoro-perl package

2016-09-25 Thread pkg-perl-maintainers

tag 838851 + pending
thanks

Some bugs in the libcoro-perl package are closed in revision
d6a751c45999b4f79f3d85290c2a46eaccdc37f2 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libcoro-perl.git/commit/?id=d6a751c

Commit message:

Add back a hunk of the removed patch as coro-5.24.patch.

Closes: #838851

Bug#822801: xl2tpd makes kernel soft lockup

2016-09-25 Thread Ben Hutchings

Control: severity -1 important
Control: found -1 4.5.1-1
Control: tag -1 moreinfo

On Thu, 28 Apr 2016 01:17:46 +0800 Lu Wang  wrote:
> Package: xl2tpd
> Version: 1.3.6+dfsg-4
> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
> I want to set a client of the l2tp vpn for my campus using this technique to 
> connect to the internet.
> I have set the client for Debian 7. But now, when I try to do the same thing 
> for a computer with Debian 9, I failed.
> I set use the configuration for the Debian 7 mechine, including 
> /etc/xl2tpd/xl2tpd /etc/ppp/chap-secrets and /etc/ppp/options.xl2tpd.zju.
> The first one is the configuration for xl2tp, and the last two are for the 
> ppp.
> 
> 
> Following is what I do.
> I find the xl2tpd is running after the initialization through lots of 
> init-scripts. Then I use "echo 'c ZJU_VPN' > /var/run/xl2tpd/l2tp-control" to 
> connect the vpn server in my campus. At the beginning everything is fine, I 
> use "ip link" and I find that there is ppp0. But few time later, about 20-30 
> seconds I am not sure, the keybroad is useless. I can type nothing. And I 
> find there are some words on the screen.
> NMI watchdog: BUG: soft lockup CPU#0 stuck for 23s ... And the mechine begins 
> to beep.

Does this problem still occur when using Linux 4.7 (currently in
unstable)?

Ben.

-- 
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot


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

Bug#838869: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2016g

2016-09-25 Thread gregor herrmann

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdatetime-timezone-perl in jessie,
which incorporates the 2016g version of the Olson db.
As usual, as a quilt patch which only touches the data files.

Since the major change in this tzdata release is that Turkey doesn't
switch back from +03 to +02 at the end of October, this might be
material for stable-updates, depending on when the next point release
is planned.

I'm attaching a manually stripped down debdiff.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQJ8BAEBCgBmBQJX6EQLXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGM7kP/3bgXGbBt5wAzZmzCXaGIOzQ
+n49bVKRz50LghBnCsWVkcq96FKlH3Uh3EC0QMCsZgNo716fZ2tu/G2eyWF0D+LU
nFbW/sCwAJK/BUHe8fDWofOwFa8npGj/Dqz9t071OLrnW5L0UjX5p4pTlLOnN0f6
Lh8HUTeg/4pGpMBoO8ULoqGauoq42OU3uKu1hhSyAWliNbW4IvWfRR26RdrwEOfo
QQGQzx+COpoO0vwWjWomwrq8nkXwd8pMctdEhokzlOtVIi9kL2Ckzkg9cJjDgZoQ
O1GUB4fZOn/QqxMqPQCRgnuDniQo++e9TwrsI4Yw55IYmczHOgnqdBu+krm8t/0Y
3rCP4QJQcZgpVJeanAvQckV1H52wbDhOLrigweA6K4/8ExRc2s1jyO74zmNB4ViE
/8jLUN5SFAsW1PcgE7kxE0yMqsDAW5/UIwYJv6HjreAxCKsTa6+BL9qNd3hofipz
mNZ2zHutSDmpdr58pUt5gRfaZC56eNkC3+EzePg8s+DxoCuveBR98LWqrb+/pTlg
umtd5tqszRvInrS1bnrrlMdkidTgRpiYXSveiRxGI4BUUOA3F0AL2GFGdr9bD8U6
X+KlgOs+HUGhu0D6iWVWcILRzXsRxgRtzE4G+lJwozRNIbicZV4m4XzXO7NEEktD
TL+NbE8DcAC2OSjR+lKk
=lDGV
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.75/debian/changelog libdatetime-timezone-perl-1.75/debian/changelog
--- libdatetime-timezone-perl-1.75/debian/changelog	2016-07-07 19:18:40.0 +0200
+++ libdatetime-timezone-perl-1.75/debian/changelog	2016-09-25 14:21:38.0 +0200
@@ -1,3 +1,12 @@
+libdatetime-timezone-perl (1:1.75-2+2016g) UNRELEASED; urgency=medium
+
+  * Update to Olson database version 2016g.
+Add patch debian/patches/olson-2016g, which updates the timezone *.pm
+files, using upstream's tools/parse_olson script.
+This update contains contemporary changes for Europe/Istanbul.
+
+ -- gregor herrmann   Sun, 25 Sep 2016 14:21:38 +0200
+
 libdatetime-timezone-perl (1:1.75-2+2016f) jessie; urgency=medium
 
   * Update to Olson database version 2016f.
diff -Nru libdatetime-timezone-perl-1.75/debian/patches/olson-2016g libdatetime-timezone-perl-1.75/debian/patches/olson-2016g
--- libdatetime-timezone-perl-1.75/debian/patches/olson-2016g	1970-01-01 01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/patches/olson-2016g	2016-09-25 14:21:38.0 +0200
@@ -0,0 +1,23710 @@
+Description: update to olson db 2016g
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2016-09-25
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2016f
++# Generated from debian/tzdata/africa.  Olson data version 2016g
+ #
+ # Do not edit this file directly.
+ #
+@@ -39,7 +39,7 @@
+ ],
+ ];
+ 
+-sub olson_version { '2016f' }
++sub olson_version { '2016g' }
+ 
+ sub has_dst_changes { 0 }
+ 
+--- a/lib/DateTime/TimeZone/Europe/Istanbul.pm
 b/lib/DateTime/TimeZone/Europe/Istanbul.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/europe.  Olson data version 2016f
++# Generated from debian/tzdata/europe.  Olson data version 2016g
+ #
+ # Do not edit this file directly.
+ #
+@@ -530,7 +530,7 @@
+ 62427466800, #local_end 1979-04-01 03:00:00 (Sun)
+ 14400,
+ 1,
+-'TRST',
++'+04',
+ ],
+ [
+ 62427452400, #utc_start 1979-03-31 23:00:00 (Sat)
+@@ -539,7 +539,7 @@
+ 6276800, #local_end 1979-10-15 00:00:00 (Mon)
+ 14400,
+ 1,
+-'TRST',
++'+04',
+ ],
+ [
+ 6262400, #utc_start 1979-10-14 20:00:00 (Sun)
+@@ -548,7 +548,7 @@
+ 62459521200, #local_end 1980-04-06 03:00:00 (Sun)
+ 10800,
+ 0,
+-'TRT',
++'+03',
+ ],
+ [
+ 62459510400, #utc_start 1980-04-06 00:00:00 (Sun)
+@@ -557,7 +557,7 @@
+ 62475926400, #local_end 1980-10-13 00:00:00 (Mon)
+ 14400,
+ 1,
+-'TRST',
++'+04',
+ ],
+ [
+ 62475912000, #utc_start 1980-10-12 20:00:00 (Sun)
+@@ -566,7 +566,7 @@
+ 62490366000, #local_end 1981-03-29 03:00:00 (Sun)
+ 10800,
+ 0,
+-'TRT',
++'+03',
+ ],
+ [
+ 62490355200, #utc_start 1981-03-29 00:00:00 (Sun)
+@@ -575,7 +575,7 @@
+ 62507376000, #local_end 1981-10-12 00:00:00 (Mon)
+ 14400,
+ 1,
+-'TRST',
++'+04',
+ ],
+ [
+ 62507361600, #utc_start 1981-10-11 20:00:00 (Sun)
+@@ -584,7 +584,7 @@
+ 62521815600, #local_end 1982-03-28 03:00:00 (Sun)
+ 10800,
+ 0,
+-'TRT',
++'+03',
+ ],
+ [
+ 62521804800, #utc_start 1982-03-28 00:00:00 (Sun)
+@@ -593,7 +593,7 @@

Bug#756565: lives: Numerous insecure temporary files used in smogrify

2016-09-25 Thread salsaman

All issues noted above have been fixed. In addition:

- the terminology has been changed throughout to try to be less confusing.
The directory is now referred to as the "LiVES working directory"
everywhere.
For example prefs->tmpdir is now prefs->workdir in the C code, and $tmpdir
is now $workdir in Perl. The only exception is in the .lives config file
where the text  and  must be retained for backwards
compatilbility.

- there were a couple of playback plugins where /tmp was the default for
creating a fifo file inside. Even though the user could overwrite this, the
default has now been changed to create these files in the LiVES working
directory.

- the command "smogrify get_tempdir" has been left alone for backwards
compatibility but is marked as deprecated in the source file. A new
directive "smogrify get_workdir" has been created, this latter version
writes to stdout and other applications may read this with popen().

- a couple of places where LiVES was creating temporary files in /tmp have
been altered to create these in the working directory instead.

I believe that all issues have been addressed. I will continue testing and
examining the code over the next few days to confirm this.


Relevant patches:
https://sourceforge.net/p/lives/code/2570
https://sourceforge.net/p/lives/code/2571
https://sourceforge.net/p/lives/code/2572
https://sourceforge.net/p/lives/code/2573
https://sourceforge.net/p/lives/code/2577

Bug#835553: [Pkg-utopia-maintainers] Bug#835553: network-manager: WiFi authentication fails after upgrade to 1.4.0

Control: found -1 1.4.0-4

Am 25.09.2016 um 23:20 schrieb Ben Caradoc-Davies:
> I still see this failure in 1.4.0-4. What was cherry-picked from upstream?


Upstream closed the upstream bug report in [1] with commit [2].
I've cherry-picked that commit [3] (among others).

If that doesn't fix the issue, please re-open the bug report upstream.
Just to be sure, reboot the system.

Michael




[1] https://bugzilla.gnome.org/show_bug.cgi?id=770504#c20
[2]
https://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=cd8f2ecc617a896d8007e6fe825c676a626a3b8d
[3]
https://anonscm.debian.org/cgit/pkg-utopia/network-manager.git/tree/debian/patches/device-wait-for-MAC-address-change-to-complete-before-set.patch
-- 
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#838334: fixed in valadoc 0.30.0~git20160518-1

2016-09-25 Thread Sebastian Reichel

Hi,

On Mon, Sep 26, 2016 at 12:34:55AM +0200, Michael Biebl wrote:
> Thank you for fixing valadoc and valabind so quickly

You are welcome.

> and sorry for the short advance notice.

No harm done. I wonder if libvala-XY-dev should be named libvala-dev
with the next version increase, though. This should make binnmu
based transitions possible for valabind.

valadoc needs code adjustments for each vala release, but I can
specify Build-Depends: libvala-dev (< max-version-supported+1~).
So if I upload a valadoc release with 0.36 support before valac
is in the archive valadoc could also be binnmu'd once vala 0.36
arrives.

> I didn't expect to get a green light on the libvala transition so
> quickly. So kudos to the release team here as well.

-- Sebastian

signature.asc
Description: PGP signature

Bug#811826: enigma: FTBFS with GCC 6: no match for

2016-09-25 Thread Erich Schubert

Thank you.
I did not get around to update engima yet, unfortunately. I was hoping
to do this this weekend, but I don't have a lot of time anymore.
There is also a newer upstream, 1.21, that should eventually be used.

Feel free to move the upload to non-delayed.

Best regards,
Erich

On Mon, Sep 26, 2016 at 12:30 AM, Markus Koschany  wrote:
> Control: tags -1 pending
>
> On Tue, 19 Jan 2016 18:21:45 -0800 Martin Michlmayr  wrote:
>> Package: enigma
>> Version: 1.20-dfsg.1-2
>> Severity: important
>> User: debian-...@lists.debian.org
>> Usertags: ftbfs-gcc-6 gcc-6-no-match
>>
>> This package fails to build with GCC 6.  GCC 6 has not been released
>> yet, but it's expected that GCC 6 will become the default compiler for
>> stretch.
>
> [...]
>
> Dear maintainer,
>
> I've prepared an NMU for enigma (versioned as 1.20-dfsg.1-2.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Please find attached the debdiff.
>
> Regards,
>
> Markus

Bug#838334: fixed in valadoc 0.30.0~git20160518-1

Am 26.09.2016 um 01:28 schrieb Sebastian Reichel:
> Hi,
> 
> On Mon, Sep 26, 2016 at 12:34:55AM +0200, Michael Biebl wrote:
>> Thank you for fixing valadoc and valabind so quickly
> 
> You are welcome.
> 
>> and sorry for the short advance notice.
> 
> No harm done. I wonder if libvala-XY-dev should be named libvala-dev
> with the next version increase, though. This should make binnmu
> based transitions possible for valabind.

Would a Provides: libvala-dev be sufficient?

I think it makes some sense to include the API version in
libvala-XY-dev. After all, the version is encoded in
libvala-XY.pc and /usr/include/vala-XY.

Would we need to provide an unversioned libvala.pc as well?


-- 
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#838526: [pkg-cinnamon] Bug#838526: cinnamon: Adwaita icons not used right

2016-09-25 Thread john . kirk


 Quoting Margarita Manterola :


control: severity -1 minor

Hi!

Thanks for reporting.

El Miércoles 21 Septiembre 2016 22:53 CEST, John Kirk
 Ha escrito:

The Adwaita icon theme not used right. As an example look at the icon
/etc/adduser.conf in Cinnamon and Gnome. In the first case it is a
blank sheet,
in the second it is a texted sheet.


The icon that you see depends on the icon theme you are using, not only
the
desktop environment.  Are you testing this both on Cinnamon and GNOME
using
adwaita as the icon them?

Could you maybe send a couple of screenshots, one from GNOME and one from
Cinnamon, where you show both the icon that you see and the icon theme
that is
set in each?  This would help understand the problem better.

ThanksMarga


Hello,

Yes, the adwaita icon theme is used in both DE.

The screenshots are attached.

There is also no icon at all in Menu -> Recent Files submenu.

Best wishes,
John


-

ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the 
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!

Commercial and Bulk Mail Options!

Bug#838880: chromium Unable to open X display

2016-09-25 Thread user

Package: chromium
Version: 53.0.2785.113-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

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

   * What led up to the situation?
Running chromium
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Install weston/wayland from experimental branch.  It was not effective
   * What was the outcome of this action?
ERROR:browser_main_loop.cc Unable to open X display
   * What outcome did you expect instead?
For chromium browser to open

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


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

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

Versions of packages chromium depends on:
ii  libasound2   1.1.2-1
ii  libatk1.0-0  2.22.0-1
ii  libavcodec57 7:3.1.3-1+b3
ii  libavformat577:3.1.3-1+b3
ii  libavutil55  7:3.1.3-1+b3
ii  libc62.24-3
ii  libcairo21.14.6-1+b1
ii  libcups2 2.2.0-2
ii  libdbus-1-3  1.10.10-1
ii  libexpat12.2.0-1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.0-4
ii  libgdk-pixbuf2.0-0   2.36.0-1
ii  libglib2.0-0 2.50.0-1
ii  libgnome-keyring03.12.0-1+b1
ii  libgtk-3-0   3.22.0-1
ii  libharfbuzz0b1.2.7-1+b1
ii  libjpeg62-turbo  1:1.5.1-1
ii  libnettle6   3.2-1
ii  libnspr4 2:4.12-6
ii  libnss3  2:3.26-2
ii  libpango-1.0-0   1.40.3-2
ii  libpangocairo-1.0-0  1.40.3-2
ii  libpci3  1:3.3.1-1.1
ii  libpulse09.0-3
ii  libspeechd2  0.8.5-1
ii  libstdc++6   6.2.0-4
ii  libx11-6 2:1.6.3-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1
ii  libxml2  2.9.4+dfsg1-2
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-1
ii  libxss1  1:1.2.2-1
ii  libxtst6 2:1.2.2-1+b1
ii  x11-utils7.7+3
ii  xdg-utils1.1.1-1

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-2

Versions of packages chromium suggests:
pn  chromium-l10n  

-- no debconf information

Bug#838882: jessie-pu: package darktable/1.4.2-1+b3

2016-09-25 Thread David Bremner

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This update would fix CVE-2015-3885 / #786792 in stable.  The CVE has
previously been classified as not severe enough for a DSA.

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

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

-BEGIN PGP SIGNATURE-

iQGcBAEBCAAGBQJX6HNlAAoJEPIClx2kp54sPD8L/RpiaGuf3Qn6Wy7RZboY+5Wp
2m1TKjYzdWUTm46yldmiSuMrvsy39rUR//c+KkJGTAqbCXus5V1sXgFiSGRxiiVt
rMWJd2F3JjdBWbU8uFVTFNj7ihSkV2B6g37tlySbUQaBNZY5y3EkTfMKEo6hL/M+
js/wNIRJkK5+fwIAKyo1kPQR6D3VGps4EJt1xOAoxGC62j3v0J0efgGsuSxVCZNQ
RUqkrkIt3YRgUMrZGJlmLeezOfHI9k3E/1mLKbgqkP+tVF2bMgINbQWvBgDDJsPy
y7As5Pi0I741ekBKfhTx9zrUaXpA2+qu8tEsKJDrSLxsEnAeRGEN2OCtBcHUiLwK
TLRH4Ktq+jVgES3y5eCie3EGCIQTHUxIVeZyQJcFyOlF3z5fepXdIiG2VmPnMsCI
nMkqq3wsgr5rIYovfOCALONmOnV+9DcAsmE7E38WlG7u+79pBbrLY8lSdNx0dNzK
5QuFUQ8pC2qapF3BpufFAGikTiYl3VvyBNSGAvKjoA==
=dFI8
-END PGP SIGNATURE-
diff -Nru darktable-1.4.2/debian/changelog darktable-1.4.2/debian/changelog
--- darktable-1.4.2/debian/changelog	2014-05-04 00:43:43.0 -0300
+++ darktable-1.4.2/debian/changelog	2016-09-25 21:51:51.0 -0300
@@ -1,3 +1,10 @@
+darktable (1.4.2-1+deb8u1) stable; urgency=medium
+
+  * Cherry pick upstream commit 0f809ca5048. Fix for CVE-2015-3885
+(Closes #786792)
+
+ -- David Bremner   Sun, 25 Sep 2016 21:49:23 -0300
+
 darktable (1.4.2-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru darktable-1.4.2/debian/patches/0001-LibRaw-address-CVE-2015-3885-fix-integer-overflow-in.patch darktable-1.4.2/debian/patches/0001-LibRaw-address-CVE-2015-3885-fix-integer-overflow-in.patch
--- darktable-1.4.2/debian/patches/0001-LibRaw-address-CVE-2015-3885-fix-integer-overflow-in.patch	1969-12-31 20:00:00.0 -0400
+++ darktable-1.4.2/debian/patches/0001-LibRaw-address-CVE-2015-3885-fix-integer-overflow-in.patch	2016-09-25 21:52:29.0 -0300
@@ -0,0 +1,40 @@
+From b2c17dd163bea76f4817ad726a1e874206969dc1 Mon Sep 17 00:00:00 2001
+From: Roman Lebedev 
+Date: Fri, 22 May 2015 13:18:48 +0300
+Subject: [PATCH] LibRaw: address CVE-2015-3885: fix integer overflow in
+ ljpeg_start()
+
+The fix is not tested.
+Based on ufraw.
+
+(cherry picked from commit 0f809ca5048c71080437da543aefbfde65ebf10a)
+---
+ src/external/LibRaw/internal/dcraw_common.cpp | 8 +---
+ 1 file changed, 5 insertions(+), 3 deletions(-)
+
+diff --git a/src/external/LibRaw/internal/dcraw_common.cpp b/src/external/LibRaw/internal/dcraw_common.cpp
+index 948ef3f..982ecd7 100644
+--- a/src/external/LibRaw/internal/dcraw_common.cpp
 b/src/external/LibRaw/internal/dcraw_common.cpp
+@@ -630,7 +630,8 @@ void CLASS canon_compressed_load_raw()
+ 
+ int CLASS ljpeg_start (struct jhead *jh, int info_only)
+ {
+-  int c, tag, len;
++  int c, tag;
++  ushort len;
+   uchar data[0x1];
+   const uchar *dp;
+ 
+@@ -641,8 +642,9 @@ int CLASS ljpeg_start (struct jhead *jh, int info_only)
+   do {
+ fread (data, 2, 2, ifp);
+ tag =  data[0] << 8 | data[1];
+-len = (data[2] << 8 | data[3]) - 2;
+-if (tag <= 0xff00) return 0;
++len = (data[2] << 8 | data[3]);
++if (tag <= 0xff00 || len <= 2) return 0;
++len -= 2;
+ fread (data, 1, len, ifp);
+ switch (tag) {
+   case 0xffc3:
diff -Nru darktable-1.4.2/debian/patches/series darktable-1.4.2/debian/patches/series
--- darktable-1.4.2/debian/patches/series	1969-12-31 20:00:00.0 -0400
+++ darktable-1.4.2/debian/patches/series	2016-09-25 21:52:29.0 -0300
@@ -0,0 +1,2 @@
+# exported from git by git-debcherry
+0001-LibRaw-address-CVE-2015-3885-fix-integer-overflow-in.patch

Bug#788513: aufs-tools: FTBFS: linux/aufs_type.h: No such file or directory

2016-09-25 Thread Christoph Anton Mitterer

Hey.

Is it really necessary that the userland tools binary package depends
on the kernel driver package?

That seems to be rather uncommon among similar packages...

Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#838882: Acknowledgement (jessie-pu: package darktable/1.4.2-1+b3)

2016-09-25 Thread David Bremner


Lintian points out I want a ':' after Closes.

Bug#835553: [Pkg-utopia-maintainers] Bug#835553: network-manager: WiFi authentication fails after upgrade to 1.4.0

2016-09-25 Thread Ben Caradoc-Davies


On 26/09/16 11:04, Michael Biebl wrote:

If that doesn't fix the issue, please re-open the bug report upstream.
Just to be sure, reboot the system.


Michael,

Upstream instructed me to open a new issue:
https://bugzilla.gnome.org/show_bug.cgi?id=771966

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#828360: jabberd2: FTBFS with openssl 1.1.0

2016-09-25 Thread Kurt Roeckx

On Sun, Sep 25, 2016 at 06:54:41PM +0200, Simon Josefsson wrote:
> Thanks for the report.  As far as I can see, jabberd2 tries to test for
> the library symbol CRYPTO_lock in libcrypto.so from OpenSSL.  Has this
> symbol been (re)moved?  You could try rebuilding the latest jabberd2
> 2.4.0 also.

Yes, CRYPTO_lock has been removed.

I'll see about testing that some time, but it's very low on my
priority queue.


Kurt

Bug#831101: it's torch3 what's the culprit

2016-09-25 Thread Adam Borowski

I've taken a brief look at this FTBFS, and it appears that it's not a
problem in imms but in torch3 (a build-dependency) which #defines min() and
max() which breaks functions mandated by C++11 and higher, and with new gcc's
focus being on C++14 compliancy, --std=c++98 doesn't appear to be enough to
workaround the issue.

As torch3 has other RC bugs, and popcons of these packages (7 and 14 vote,
respectively) are so low, I'll put my QA tuits elsewhere for now.


Meow!
-- 
An imaginary friend squared is a real enemy.

Bug#770652: initscript: status command always exits with code 1

2016-09-25 Thread Franck Joncourt

Hi Sven,

Hmm, my mistake, I misread your email. I remove the pending tag.

I have investigated a bit more and unfortunately I am unable to
reproduce your problem with psad 2.2-3, psad 2.2.3 and psad 2.4.3 in
unstable.

I always get something like that:

service psad status; echo $?
● psad.service - LSB: Port Scan Attack Detector (psad)
   Loaded: loaded (/etc/init.d/psad; generated; vendor preset: enabled)
   Active: active (running) since dim. 2016-09-25 22:26:03 CEST; 1min
35s ago
 Docs: man:systemd-sysv-generator(8)
   CGroup: /system.slice/psad.service
   ├─22682 /usr/bin/perl -w /usr/sbin/psad
   └─22684 /usr/sbin/psadwatchd -c /etc/psad/psad.conf

sept. 25 22:26:03 stormtrooper psad[22654]: imported p0f-based passive
OS fingerprinting signatures
sept. 25 22:26:03 stormtrooper psad[22654]: imported TOS-based passive
OS fingerprinting signatures
sept. 25 22:26:03 stormtrooper psad[22654]: imported original Snort
rules in /etc/psad/snort_rules/ for reference info
sept. 25 22:26:03 stormtrooper psad[22654]: imported 205 psad Snort
signatures from /etc/psad/signatures
sept. 25 22:26:03 stormtrooper psad[22648]: Possible precedence issue
with control flow operator at /usr/sbin/fwcheck_psad line 193.
sept. 25 22:26:03 stormtrooper psad[22648]: Starting Port Scan Attack
Detector: psad.
sept. 25 22:26:03 stormtrooper systemd[1]: Started LSB: Port Scan Attack
Detector (psad).
sept. 25 22:27:14 stormtrooper psad[22682]: scan detected: 192.168.1.81
-> 192.168.1.14 tcp: [1234-1235] flags: SYN tcp pkts: 2 DL: 1
sept. 25 22:27:19 stormtrooper psad[22682]: scan detected: 192.168.1.81
-> 192.168.1.14 tcp: [1236-1237] flags: SYN tcp pkts: 2 DL: 1
sept. 25 22:27:24 stormtrooper psad[22682]: scan detected: 192.168.1.81
-> 192.168.1.14 tcp: [1238] flags: SYN tcp pkts: 1 DL: 1
0


Current psad in unstable returns either 0 or 3, which is fine.

http://refspecs.linuxfoundation.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html

Do you still have the problem?

Regards,

--
Franck



signature.asc
Description: OpenPGP digital signature

Bug#838830: gnome-twitch: circular dependency hell

2016-09-25 Thread Tim Dengel

Hi Bill,

Am 25.09.2016 um 16:42 schrieb Bill Allombert:
> Complex circular dependencies are known to cause problems during upgrade, so 
> we
> should try to get rid of them.

Thanks for pointing that out, I did not know that.

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

As far as I can see, there are 3 possible solutions:

1) Remove the dependency from gnome-twitch on its player backends
  + When uninstalling gnome-twitch, all additionally installed player
backends are removed
  - When installing gnome-twitch, the user has to manually install a
player backend, which he might not be aware of.

2) Remove the dependency from the individual player backends on gnome-twitch
  + When installing gnome-twitch, the user automatically installs a
player backend if he didn't manually do so
  - When the user has manually installed additional player backends and
removes gnome-twitch, the player backends will stay, along with
their dependencies.

3) Replace the dependency from gnome-twitch on its player backends with
"Recommends".
  + When uninstalling gnome-twitch, all additionally installed player
backends are removed
  + When installing gnome-twitch, the user automatically installs a
player backend if he didn't manually do so and if he didn't
explicitly configure apt to not install recommended packages
  + If there ever is a case where a third-party player backend enters
the archive, the user could install that without having one of the
player backends from this source package installed. Same goes for
locally built player backends.

It seems I should go with option 3. Do you agree?

Sincerely,
Tim Dengel

Bug#838873: cdbs: DEB_AUTO_UPDATE_DEBIAN_CONTROL generates wrong automake line (invalid package name)

2016-09-25 Thread Adrian Knoth

Package: cdbs
Version: 0.4.148
Severity: normal

Hi!

Running on source package jackd1:

$ DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes fakeroot debian/rules clean
$ git diff
diff --git a/debian/control b/debian/control
index 4ab6735..2319ea2 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,8 @@ Uploaders: Adrian Knoth ,
Reinhard Tartler 
 Build-Depends: cdbs (>= 0.4.93~),
  libtool,
- automake1.11,
+ automake 1.11,
+ automake 1.11,
  autoconf,
  debhelper,
  bash-completion,


Not only does the line appear twice, there's also an additional space
introduces which of course results in an invalid package name.

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

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

Bug#838879: mingw-w64: Fails to build with gcc-mingw-w64-bootstrap

2016-09-25 Thread Daniel Schepler

Source: mingw-w64
Version: 4.0.6-1
Severity: important

When I try to bootstrap the gcc-mingw-w64 and mingw-w64 pair using the
stage1 profile build of gcc-mingw-w64, I get these errors in the
mingw-w64 build:

...
make[3]: Leaving directory
'/build/mingw-w64-4.0.6/build/i686-w64-mingw32-i686-w64-mingw32-headers'
make[2]: Leaving directory
'/build/mingw-w64-4.0.6/build/i686-w64-mingw32-i686-w64-mingw32-headers'
make[1]: Leaving directory
'/build/mingw-w64-4.0.6/build/i686-w64-mingw32-i686-w64-mingw32-headers'
touch i686-w64-mingw32~i686-w64-mingw32~headers-install-stamp
mkdir -p /build/mingw-w64-4.0.6/build/i686-w64-mingw32-i686-w64-mingw32-crt && \
cd /build/mingw-w64-4.0.6/build/i686-w64-mingw32-i686-w64-mingw32-crt && \
/build/mingw-w64-4.0.6/mingw-w64-crt//configure
--prefix=/usr/i686-w64-mingw32 --host=i686-w64-mingw32
--target=i686-w64-mingw32 --enable-lib32 --disable-lib64
CPPFLAGS="-Wdate-time
-I/build/mingw-w64-4.0.6/debian/tmp/usr/i686-w64-mingw32/include"
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for i686-w64-mingw32-strip... i686-w64-mingw32-strip
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 whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... x86_64-pc-linux-gnu
checking host system type... i686-w64-mingw32
checking for sysroot... /usr/i686-w64-mingw32
checking for a sed that does not truncate output... /bin/sed
checking for gawk... (cached) mawk
checking for i686-w64-mingw32-gcc... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... yes
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... unsupported
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for i686-w64-mingw32-g++... no
checking for i686-w64-mingw32-c++... no
checking for i686-w64-mingw32-gpp... no
checking for i686-w64-mingw32-aCC... no
checking for i686-w64-mingw32-CC... no
checking for i686-w64-mingw32-cxx... no
checking for i686-w64-mingw32-cc++... no
checking for i686-w64-mingw32-cl.exe... no
checking for i686-w64-mingw32-FCC... no
checking for i686-w64-mingw32-KCC... no
checking for i686-w64-mingw32-RCC... no
checking for i686-w64-mingw32-xlC_r... no
checking for i686-w64-mingw32-xlC... no
checking for g++... g++
configure: WARNING: using cross tools not prefixed with host triplet
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C preprocessor... /lib/cpp
configure: error: in
`/build/mingw-w64-4.0.6/build/i686-w64-mingw32-i686-w64-mingw32-crt':
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details
debian/rules:96: recipe for target
'i686-w64-mingw32~i686-w64-mingw32~crt-configure-stamp' failed
make: *** [i686-w64-mingw32~i686-w64-mingw32~crt-configure-stamp] Error 1
rm i686-w64-mingw32~i686-w64-mingw32~headers-build-stamp
dpkg-buildpackage: error: debian/rules build gave error exit status 2
-- 
Daniel Schepler

Bug#838881: Actual python module files missing

2016-09-25 Thread debbug

Package: python-parsedatetime
Version: 2.1-1
Severity: critical

Upgrade from 1.4-1 to 2.1-1 made certbot fail. Short investigation reveals the 
package contains only files in /usr/share/doc/python-parsedatetime/* but is 
missing any file in /usr/lib/.

-- System Information:
Debian Release: stretch/sid
Architecture: i386 (i686)

Bug#830200: transition: perl

2016-09-25 Thread Andreas Beckmann

binNMU candidates for experimental:

courier_0.76.2-1
nginx_1.11.3-1~exp2
libatteanx-store-memorytriplestore-perl_0.001~20150811-1
imagemagick_8:6.9.5.9+dfsg-1

but you probably don't want that one:

linux_4.8~rc5-1~exp1


Andreas

Bug#838854: cups-bsd: Typos in man pages

2016-09-25 Thread Helge Kreutzmann

Package: cups-bsd
Version: 2.2.0-2
Severity: minor
Tags: upstream

While updating the German man page translation I finally moved myself
to report the numerous typos/inconsistencies noted during the German
translation. (Thus I marked them from the po file, but this is easily
translatable into the source files):

Inconsistent formatting, i.e., () once inside B<>, once outside

#. type: Plain text
#: backend.man:76
msgid ""
"Backends are responsible for reading side-channel requests using the "
"B()  function and responding with the "
"B function. The B constant defines the "
"file descriptor that should be monitored for incoming requests."

***

# s/design/designed/

#. type: Plain text
#: backend.man:178
msgid ""
"CUPS backends are not generally design to be run directly by the user. Aside "
"from the device URI issue ( I and B environment "
"variable contain the device URI), CUPS backends also expect specific "
"environment variables and file descriptors, and typically run in a user "
"session that (on macOS) has additional restrictions that affect how it runs. "
"Backends can also be installed with restricted permissions (0500 or 0700) "
"that tell the scheduler to run them as the \"root\" user instead of an "
"unprivileged user (typically \"lp\") on the system."

***

s/it not/is not/

#. type: Plain text
#: client.conf.man.in:55
msgid ""
"Specifies the address and optionally the port to use when connecting to the "
"server.  B"

***

IPP OPERATIONS → IPP OPERATION NAMES ?

#. #Limit
#. type: Plain text
#: cupsd.conf.man.in:236
msgid ""
"Specifies the IPP operations that are being limited inside a Policy section. "
"IPP operation names are listed below in the section \"IPP OPERATIONS\"."

**

HTTP METHODS does not exist; HTTP METHOD NAMES?

#. #LimitRequestBody
#. type: Plain text
#: cupsd.conf.man.in:243
msgid ""
"Specifies the HTTP methods that are being limited inside a Location section. "
"HTTP method names are listed below in the section \"HTTP METHODS\"."



Full stop only in this string (not in the ones before and after)

#. type: Plain text
#: cupsd.conf.man.in:693
msgid "The path for the specified job."



Is there really an "-" before "kind"?

#. type: TP
#: cups-files.conf.man.in:90
#, no-wrap
msgid "BI<-kind >[ ... I<-kind >]"

*

(8) outside bracket for xinetd

#. type: Plain text
#: cups-lpd.man.in:111
msgid ""
"CUPS includes configuration files for B(8), B(8), and "
"B Simply enable the B service using the corresponding "
"control program."

*

Isn't the proper mark up "B"?

#. type: Plain text
#: ippfind.man:83
msgid ""
"Lists attributes returned by Get-Printer-Attributes for IPP printers and "
"traditional I \"-ls\" output for HTTP URLs.  The result is true if the "
"URI is accessible, false otherwise."

*

# FIXME: String broken??
#.  character. Common attributes and values are listed in the IANA IPP registry 
\- see references below.
#. type: Plain text
#: ipptoolfile.man:144
#, fuzzy
#| msgid ""
#| "Adds an attribute to the test request. Values are separated by the comma "
#| "(\",\")  character - escape commas using the \"\\e\" character. Common "
#| "attributes and values are listed in the IANA IPP registry - see "
#| "references below."
msgid ""
"Adds an attribute to the test request. Values are separated by the comma (\","
"\") character - escape commas using the \""

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#838478: fixed in firefox 49.0-2

2016-09-25 Thread Laurent Bigonville


On Sun, 25 Sep 2016 05:05:59 + Mike Hommey  wrote:

Hi,

[...]

* debian/browser.mozconfig.in, debian/browser.install.in, debian/rules:
  Do not disable EME. Closes: #838478 
.
The "Read DRM content" is now available in the preferences and the 
plugin is visible in the about:addons pane. But it seems that the 
download of the runtime is never happening. Firefox still says that the 
runtime will be installed shortly.


This is working fine with firefox downloaded directly from mozilla.org 
(in an other profile). If I'm copying the runtime (gmp-widevine) 
downloaded in that profile to my main one used by debian version of 
firefox, it still not working.

Bug#838862: ITP: targetcli-fb -- Command shell for managing the Linux LIO kernel target

2016-09-25 Thread Christophe Vu-Brugier

Package: wnpp
Severity: wishlist
Owner: "Christophe Vu-Brugier" 

* Package name: targetcli-fb
  Version : 2.1.43
  Upstream Author : Andy Grover 
* URL : https://github.com/open-iscsi/targetcli-fb
* License : Apache-2.0
  Programming Lang: Python
  Description : Command shell for managing the Linux LIO kernel target

 The targetcli-fb package is a command-line interface for configuring
 the LIO generic SCSI target, present since 3.x Linux kernel versions.

 The targetcli-fb package is a fork of the targetcli package and will
 replace it.

 I will co-maintain the package in the linux-target Alioth packaging
 project.

Bug#838871: ifupdown: attempts to bring up allow-hotplug interfaces at boot ignoring link state

2016-09-25 Thread manul

Package: ifupdown
Version: 0.8.16
Severity: normal

Dear Maintainer,

My laptops cable interface eth0 is listed in /etc/network/interfaces, using the 
following stanza:

>> allow-hotplug eth0 
>> iface eth0 inet dhcp

The reason I use allow-hotplug is: 

As per man interfaces 5, I want my eth0 interface to be brought up (and 
dchp-initialized) only when the link gets up (cable gets connected).
So in a typical situation when I reboot with eth0 cable unplugged, waiting for 
link initialization does not block the bootup process until timeout.

However since recent update, ifupdown sysvinit script seems to have started 
ignoring this stanza and attempts to bring up interfaces listed as 
allow-hotplug in /etc/network/interfaces at boot, even if they are unplugged 
(cable not connected).


Outcome:

When I boot with eth0 cable unplugged in the bootup log sequence I get:
>> Configuring network interfaces...
>> ifup: waiting for lock on /run/network/interfaces/ifstate.eth0

At this point the boot is stuck for about 1 min until the message "ifup: 
interface eth0 already configured" comes up, and bootup continues.


Expected outcome:

Upon boot with cable unplugged (link state down), interfaces listed as 
allow-hotplug should not be brought up/ initialized.



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

Kernel: Linux 4.7.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: sysvinit (via /sbin/init)

Versions of packages ifupdown depends on:
ii  adduser  3.115
ii  init-system-helpers  1.45
ii  iproute2 4.6.0-4
ii  libc62.24-3
ii  lsb-base 9.20160629

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.3.5~b1-1

Versions of packages ifupdown suggests:
ii  ppp 2.4.7-1+3
pn  rdnssd  

-- no debconf information

Bug#838872: cdbs: CDBS should call dh_bash-completion

2016-09-25 Thread Adrian Knoth

Package: cdbs
Version: 0.4.148
Severity: wishlist

Apparently, dh_bash-completion (part of the bash-completion package) is
the recommended way of installing bash completion scripts nowadays.

CDBS' debhelper rules file so far doesn't call it, but I believe it
should.

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

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

Bug#811917: Fix for the litecoin FTBFS

Control: tags 811917 -help
Control: tags 811917 +fixed-upstream
Control: tags 811917 +patch
thanks

The upstream fix for the litecoin FTBFS is attached.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Description: build: fix newer boost build with c++11
 Upstream commit b513bc41337c9c983acdc199ce9b42382c23b658
Origin: upstream, https://github.com/litecoin-project/litecoin/commit/b513bc41337c9c983acdc199ce9b42382c23b658
Bug-Debian: https://bugs.debian.org/811917

--- litecoin-0.10.4.0.orig/src/chainparams.cpp
+++ litecoin-0.10.4.0/src/chainparams.cpp
@@ -106,7 +106,7 @@ public:
 CMainParams() {
 networkID = CBaseChainParams::MAIN;
 strNetworkID = "main";
-/** 
+/**
  * The message start string is designed to be unlikely to occur in normal data.
  * The characters are rarely used upper ASCII, not valid as UTF-8, and produce
  * a large 4-byte int at any alignment.
@@ -130,7 +130,7 @@ public:
 /**
  * Build the genesis block. Note that the output of the genesis coinbase cannot
  * be spent as it did not originally exist in the database.
- * 
+ *
  * CBlock(hash=0019d6, ver=1, hashPrevBlock=00, hashMerkleRoot=4a5e1e, nTime=1231006505, nBits=1d00, nNonce=2083236893, vtx=1)
  *   CTransaction(hash=4a5e1e, ver=1, vin.size=1, vout.size=1, nLockTime=0)
  * CTxIn(COutPoint(00, -1), coinbase 04001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b73)
@@ -162,11 +162,11 @@ public:
 vSeeds.push_back(CDNSSeedData("koin-project.com", "dnsseed.koin-project.com"));
 vSeeds.push_back(CDNSSeedData("weminemnc.com", "dnsseed.weminemnc.com"));
 
-base58Prefixes[PUBKEY_ADDRESS] = list_of(48);
-base58Prefixes[SCRIPT_ADDRESS] = list_of(5);
-base58Prefixes[SECRET_KEY] = list_of(176);
-base58Prefixes[EXT_PUBLIC_KEY] = list_of(0x04)(0x88)(0xB2)(0x1E);
-base58Prefixes[EXT_SECRET_KEY] = list_of(0x04)(0x88)(0xAD)(0xE4);
+base58Prefixes[PUBKEY_ADDRESS] = {48};
+base58Prefixes[SCRIPT_ADDRESS] = {5};
+base58Prefixes[SECRET_KEY] = {176};
+base58Prefixes[EXT_PUBLIC_KEY] = {0x04, 0x88, 0xb2, 0x1e};
+base58Prefixes[EXT_SECRET_KEY] = {0x04, 0x88, 0xad, 0xe4};
 
 convertSeed6(vFixedSeeds, pnSeed6_main, ARRAYLEN(pnSeed6_main));
 
@@ -183,7 +183,7 @@ public:
 nEnforceV2AfterHeight = 71;
 }
 
-const Checkpoints::CCheckpointData& Checkpoints() const 
+const Checkpoints::CCheckpointData& Checkpoints() const
 {
 return data;
 }
@@ -224,11 +224,11 @@ public:
 vSeeds.push_back(CDNSSeedData("xurious.com", "testnet-seed.ltc.xurious.com"));
 vSeeds.push_back(CDNSSeedData("wemine-testnet.com", "dnsseed.wemine-testnet.com"));
 
-base58Prefixes[PUBKEY_ADDRESS] = list_of(111);
-base58Prefixes[SCRIPT_ADDRESS] = list_of(196);
-base58Prefixes[SECRET_KEY] = list_of(239);
-base58Prefixes[EXT_PUBLIC_KEY] = list_of(0x04)(0x35)(0x87)(0xCF);
-base58Prefixes[EXT_SECRET_KEY] = list_of(0x04)(0x35)(0x83)(0x94);
+base58Prefixes[PUBKEY_ADDRESS] = {111};
+base58Prefixes[SCRIPT_ADDRESS] = {196};
+base58Prefixes[SECRET_KEY] = {239};
+base58Prefixes[EXT_PUBLIC_KEY] = {0x04, 0x35, 0x87, 0xcf};
+base58Prefixes[EXT_SECRET_KEY] = {0x04, 0x35, 0x83, 0x94};
 
 convertSeed6(vFixedSeeds, pnSeed6_test, ARRAYLEN(pnSeed6_test));
 
@@ -243,7 +243,7 @@ public:
 // Litecoin: Testnet v2 enforced as of block 400k
 nEnforceV2AfterHeight = 40;
 }
-const Checkpoints::CCheckpointData& Checkpoints() const 
+const Checkpoints::CCheckpointData& Checkpoints() const
 {
 return dataTestnet;
 }
@@ -292,7 +292,7 @@ public:
 // Litecoin: v2 enforced using Bitcoin's supermajority rule
 nEnforceV2AfterHeight = -1;
 }
-const Checkpoints::CCheckpointData& Checkpoints() const 
+const Checkpoints::CCheckpointData& Checkpoints() const
 {
 return dataRegtest;
 }
@@ -321,7 +321,7 @@ public:
 nEnforceV2AfterHeight = -1;
 }
 
-const Checkpoints::CCheckpointData& Checkpoints() const 
+const Checkpoints::CCheckpointData& Checkpoints() const
 {
 // UnitTest share the same checkpoints as MAIN
 return data;

Bug#838859: RFS: clipf/0.4-2 [QA]

2016-09-25 Thread Gustavo Soares de Lima

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

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

 * Package name: clipf
   Version : 0.4-2
   Upstream Author : Galtsev Denis 
 * URL : http://code.google.com/p/clipf/
 * License : GPL-2+
   Section : misc

  It builds those binary packages:

clipf - command line minimalistic personal finance manager

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

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


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

dget -x https://mentors.debian.net/debian/pool/main/c/clipf/clipf_0.4-2.dsc


  Regards,
   Gustavo Soares de Lima

Bug#837489: antlr: Please build libantlr.a with -fPIC

2016-09-25 Thread Bálint Réczey

Hi Tony,

2016-09-25 19:11 GMT+02:00 tony mancill :
> On Mon, Sep 12, 2016 at 01:16:32AM +0200, Balint Reczey wrote:
>> Source: antlr
>> Version: 2.7.7+dfsg-7
>> Severity: important
>> User: bal...@balintreczey.hu
>> Usertags: pie-bindnow-20160906
>> Justification: makes gpt FTBFS with extra hardening
>> Affects: gpt sqlitebrowser
>>
>> Dear Maintainers,
>>
>> During a rebuild of all packages in sid, gpt
>> failed to build on amd64 with patched GCC and dpkg. The root
>> cause seems to be that libantlr.a is shipped as a non-PIC library.
>
> Hi Balint,
>
> The libantlr-dev package is shipping two artifacts in /usr/lib:
>
>   /usr/lib/libantlr-pic.a
>   /usr/lib/libantlr.a
>

Yes, and shipping both is implemented in d/rules:
...
$(MAKE) -C lib/cpp CXXFLAGS="+ -fPIC -DPIC"
mv -f lib/cpp/src/libantlr.a debian/libantlr-pic.a
$(MAKE) -C lib/cpp clean
$(MAKE) -C lib/cpp
...


>
> Can the gpt and sqlitebrowser builds reference the libantlr-pic
> library?  Or is the request to *only* ship the -fPIC library?

The two other packages could be fixed instead, but I believe
shipping only libantlr.a compiled with -fPIC would result the
best overall outcome partly due to simpler code in every
affected package.

Apparently only one package uses -pic.a which need to be changed:
https://codesearch.debian.net/search?q=antlr-pic

Please see related discussion on d-devel:
https://lists.debian.org/debian-devel/2016/09/msg00277.html

Cheers,
Balint

Bug#838478: fixed in firefox 49.0-2

2016-09-25 Thread Laurent Bigonville


Le 25/09/16 à 21:31, Laurent Bigonville a écrit :
On Sun, 25 Sep 2016 05:05:59 + Mike Hommey  
wrote:


Hi,

[...]

* debian/browser.mozconfig.in, debian/browser.install.in, debian/rules:
  Do not disable EME. Closes: #838478 
.
The "Read DRM content" is now available in the preferences and the 
plugin is visible in the about:addons pane. But it seems that the 
download of the runtime is never happening. Firefox still says that 
the runtime will be installed shortly.


This is working fine with firefox downloaded directly from mozilla.org 
(in an other profile). If I'm copying the runtime (gmp-widevine) 
downloaded in that profile to my main one used by debian version of 
firefox, it still not working.


OK the fact that it's not downloading the runtime is due to the 
following line in /etc/firefox/firefox.js



// Avoid openh264 being downloaded.
pref("media.gmp-manager.url.override", "data:text/plain,");


But now the plugin-container crashes...

Bug#838206: linux-image-4.7.0-1-amd64: [Linux Kernel 4.7] Power issue: Intel i7 CPU frequency get maxed on display idle

2016-09-25 Thread Ben Hutchings

Control: tag -1 moreinfo

On Sun, 18 Sep 2016 19:08:32 +0200 Alessio  wrote:
> 2016-09-18 15:44 GMT+02:00 Ben Hutchings :
> > Control: tag -1 moreinfo
> >
> > On Sun, 2016-09-18 at 14:46 +0200, Alessio Gaeta wrote:
> >> Package: src:linux
> >> Version: 4.7.2-1+s1
> >> Severity: important
> >>
> >> Hello,
> >>
> >> I'm facing a power issue with the Linux 4.7 kernel.
> >>
> >> Every time the system goes idle (the configured delay passes and the 
> >> display
> >> goes black), the frequency of all cores get maxed, even if all cores are 
> >> idle.
> >>
> >> Evident symptoms are the fan spinning loudly and the errors logged in 
> >> journal
> >> stating the thermal threshold being surpassed and the CPU throttled.
> >>
> >> In detail, the frequency of all cores raises from ~800 MHz to 2.6 GHz for 
> >> all 8
> >> cores of my i7. I can reproduce the behavior 100% of times, by connecting 
> >> via
> >> ssh to the affected system and launching powertop.
> >>
> >> The issue does not exists in Linux 4.6 (to wich I will stick for now), so I
> >> guess the problem resides in kernel, not in other packages.
> >>
> >> You have all system information here below (gathered by repotbug). Ask any
> >> further info if needed. Thank you!
> > [...]
> >
> > Please test with bbswitch and acpi_call removed.
> 
> Hello,
> 
> tested again:
> 
> 1. systemctl stop bumblebeed.service
> 2. modprobe -r bbswitch
> 3. modprobe -r acpi_call
> 4. systemctl stop vboxweb.service
> 5. modprobe -r vboxpci vboxnetflt vboxnetadp vboxdrv
> 
> (removed all out-of-tree modules, just to be sure).
> 
> Same result: on display idle the CPU frequency got maxed on all cores.
> 
> Tell me if you need more info.

OK, so something (other than those modules) is keeping the CPUs busy.
Please install linux-perf and use perf (as root) to show what it's busy
with:

perf record -a sleep 10    # creates 'perf.data' in current dir
perf report > perf_report.txt  # will show some warnings; don't worry about 
them

Ben.

-- 
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot


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

Bug#798043:

2016-09-25 Thread salsaman

Relevant patches:

https://sourceforge.net/p/lives/code/2574/
https://sourceforge.net/p/lives/code/2576/
https://sourceforge.net/p/lives/code/2578/
https://sourceforge.net/p/lives/code/2579/
https://sourceforge.net/p/lives/code/2580/

Bug#768073: ITP: lxd - The Linux Container Daemon - LXC team take over ITP?

2016-09-25 Thread Michael Hudson-Doyle

On 24 September 2016 at 05:25, Anthony Fok  wrote:

> Hello all!
>
> (with added Cc to the Debian Go Team as well as
>
> On Fri, 23 Sep 2016 15:52:15 +0100 Jonathan Dowland 
> wrote:
> > Hi,
> >
> > I think that an ITP that has been inactive this long could be taken over
> by
> > another interested party without it being a hijack, all things
> considered.
> > (I think some QA script might move it to RFP soon anyway).
> >
> > Adnan, how's it going?
> >
> > There's a pkg-lxc team already. Since this package is/will be very
> inter-related to
> > LXC, perhaps it should be developed in that team? Team CCed. Are they
> interested?
> > Are you in pkg-lxc already?
> >
> > What's the state of the Ubuntu package? Could that make a good starting
> point? How
> > much hacking before that would be suitable for an experimental upload at
> least?
>
> I took a quick look at the package source obtained via:
>
> dget -u http://archive.ubuntu.com/ubuntu/pool/main/l/lxd/lxd_2.
> 2-0ubuntu1.dsc
>
> This Ubuntu package is being maintained as an official Ubuntu package
> by Canonical's Stéphane Graber, *the* LXC and LXD project leader
> himself!
> As such, the package has received much love, very professionally
> packaged and very mature.
>
> E: Unable to locate package golang-any-shared-dev
> E: Unable to locate package golang-gopkg-flosch-pongo2.v3-dev
> E: Unable to locate package golang-gopkg-inconshreveable-log15.v2-dev
> E: Unable to locate package golang-gopkg-lxc-go-lxc.v2-dev
> E: Unable to locate package golang-petname-dev
>
> golang-any-shared-dev can be ignored for now: it can simply be
> replaced by "golang-any" or similar in Debian.
> But wait, Ubuntu's Go actually has shared library support!?  What!?
> How?  Wow!  Amazing stuff!  Definitely news to me.
> See https://bugs.launchpad.net/ubuntu/+source/juju-core/+bug/1508122
> and the patch by Michael Hudson-Doyle.  Okay, Cc'ing Michael too.  :-)
>

Heh, yep, finally! I'd like this stuff to land in Debian too but let's see
how it goes in Ubuntu for a while first. Probably something for after
stretch.

Cheers,
mwh

Bug#831587: stressapptest: please make the build reproducible

2016-09-25 Thread Blanc Pierre

Hi Chris,

> No problem; did you get a chance to have a look at this yet? :)

First, I am sincerely sorry for the delay.

I checked your patch, are you sure that the fault is the timestamp ?

The error on Jenkins is
"user_hostname_manually_added_requiring_further_investigation"
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/stressapptest.html

So, I have created this patch to fix the issue :
https://anonscm.debian.org/git/collab-maint/stressapptest.git/commit/?id=3be7d9f2c4d434ad412838d764b104fa659212b6

I also built it on mentors
https://mentors.debian.net/package/stressapptest

What is your opinion ?

-- 
Cordialement,
Blanc Pierre

Bug#838334: fixed in valadoc 0.30.0~git20160518-1

2016-09-25 Thread Sebastian Reichel

Hi,

On Mon, Sep 26, 2016 at 01:44:32AM +0200, Michael Biebl wrote:
> Am 26.09.2016 um 01:28 schrieb Sebastian Reichel:
> > I wonder if libvala-XY-dev should be named libvala-dev with the
> > next version increase, though. This should make binnmu based
> > transitions possible for valabind.
> 
> Would a Provides: libvala-dev be sufficient?

As long as it's guaranteed, that there is only one package providing
libvala-dev it might work. It would be a problem if libvala-0.34-dev
and libvala-0.36-dev (numbers are just examples) are both available
and providing libvala-dev. Then it's unclear which build-dependency
should be pulled.

That could be worked around by creating a transition-style
libvala-dev package, that depends on libvala-xy-dev.

> I think it makes some sense to include the API version in
> libvala-XY-dev. After all, the version is encoded in
> libvala-XY.pc and /usr/include/vala-XY.
> 
> Would we need to provide an unversioned libvala.pc as well?

No.

valabind checks which libvala-xy it has to build against
based on the valac version:

https://sources.debian.net/src/valabind/0.10.0-1/getvv/

valadoc has a list of supported libvala versions, that
it can build against:

https://sources.debian.net/src/valadoc/0.30.0~git20160518-1/configure.ac/#L83

-- Sebastian

signature.asc
Description: PGP signature

Bug#838384: krb5-user: k5srvutil man page claims it can add new keys to the keytab, but it cannot

2016-09-25 Thread Benjamin Kaduk

I filed https://github.com/krb5/krb5/pull/543 with some text for this (as
well as some other changes already on my 'doc' branch).

-Ben

Bug#818117: dvdvideo-backup-image: Overlap between and

2016-09-25 Thread Petter Reinholdtsen

Hi again.

I still use this marvellous piece of software, but there are some DVDs it
do not like.

[Petter Reinholdtsen]
> I ran into a new kind of error when trying to back up a norwegian
> childrens DVD from 2015.

I ran into the same issue with a DVD from 2006:

$ dvdvideo-backup-image /dev/dvd GymnaslÃ¦rer_Pedersen_2006.iso && eject 
Traceback (most recent call last):] 0/6884 0%
  File "/usr/bin/dvdvideo-backup-image", line 265, in 
main(stream, *args)
  File "/usr/bin/dvdvideo-backup-image", line 211, in main
i.check(parts)
  File "/usr/bin/dvdvideo-backup-image", line 97, in check
raise RuntimeError('Overlap between %r and %r' % (self, other))
RuntimeError: Overlap between  and 

%

I have no idea how to work around it. :(

-- 
Happy hacking
Petter Reinholdtsen

Bug#807010: xl2tpd freezes all system

2016-09-25 Thread Ben Hutchings

Control: found -1 4.3-1~exp2
Control: tag -1 moreinfo

On Fri, 4 Dec 2015 12:05:55 +0600 anabioz34  wrote:
> Subject: xl2tpd: Version 1.3.6+dfsg-4 freezes all system
> Package: xl2tpd
> Version: 1.3.6+dfsg-4
> Severity: important
> 
> Dear Maintainer,
> 
> After system upgrade, xl2tpd version was updated to 1.3.6+dfsg-4 from
> 1.3.6+dfsg-3. Now, when I start xl2tpd.service it causes complete freeze
> of my system (with and without X), so i had to use alt+sysrq+b to reboot
> the machine. When system booted, I tried to log in without starting
> xl2tpd and there was no freezes at all (so, I'm sure it's xl2tpd-related,
> maybe partially ppp-related (conflict?)). If I start xl2tpd without
> starting Xorg, there's messages like that (from /var/log/messages):
[...]

Is this still reproducible with Linux 4.7 (currently in unstable)?

Ben.

-- 
Ben Hutchings
No political challenge can be met by shopping. - George Monbiot

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

Bug#838868: mutt shows index line at top of pager

2016-09-25 Thread Josh Triplett

Package: mutt
Version: 1.7.0-6
Severity: normal

Since the most recent upgrade of mutt (1.7.0-5 -> 1.7.0-6, which also
brings in NeoMutt 2016-09-16), mutt now displays an additional line on
top of messages shown in the built-in pager, matching the line normally
shown at the bottom of a mailbox index.

I haven't found any option in muttrc that corresponds to this, either to
disable it, or preferably to *enable* it with it remaining disabled by
default.

- Josh Triplett

-- Package-specific info:
NeoMutt 20160916 (1.7.0)
Copyright (C) 1996-2016 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.7.0-1-amd64 (x86_64)
libidn: 1.33 (compiled with 1.33)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 6.2.0-4' 
--with-bugurl=file:///usr/share/doc/gcc-6/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-6 --program-prefix=x86_64-linux-gnu- --enable-shared 
--enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext 
--enable-threads=posix --libdir=/usr/lib --enable-nls --with-sysroot=/ 
--enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-6-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-6-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-6-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch -
 -with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 
--enable-multilib --with-tune=generic --enable-checking=release 
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 6.2.0 20160914 (Debian 6.2.0-4) 

Configure options: '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=\${prefix}/include' '--mandir=\${prefix}/share/man' 
'--infodir=\${prefix}/share/info' '--sysconfdir=/etc' '--localstatedir=/var' 
'--disable-silent-rules' '--libdir=\${prefix}/lib/x86_64-linux-gnu' 
'--libexecdir=\${prefix}/lib/x86_64-linux-gnu' '--disable-maintainer-mode' 
'--disable-dependency-tracking' '--with-mailpath=/var/mail' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' 
'--enable-sidebar' '--enable-nntp' '--enable-notmuch' '--disable-fmemopen' 
'--with-curses' '--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' 
'--with-sasl' '--without-gdbm' '--without-bdb' '--without-qdbm' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 
-fdebug-prefix-map=/build/mutt-WCcuvM/mutt-1.7.0=. -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-fPIE -pie 
-Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORT
 IFY_SOURCE=2'

Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2 
-fdebug-prefix-map=/build/mutt-WCcuvM/mutt-1.7.0=. -fPIE 
-fstack-protector-strong -Wformat -Werror=format-security

Compile options:
+CRYPT_BACKEND_CLASSIC_PGP +CRYPT_BACKEND_CLASSIC_SMIME +CRYPT_BACKEND_GPGME 
+DEBUG +DL_STANDALONE +ENABLE_NLS -EXACT_ADDRESS -HOMESPOOL -LOCALES_HACK 
-SUN_ATTACHMENT +HAVE_BKGDSET +HAVE_COLOR +HAVE_CURS_SET +HAVE_GETADDRINFO 
+HAVE_GETSID +HAVE_ICONV +HAVE_LANGINFO_CODESET +HAVE_LANGINFO_YESEXPR 
+HAVE_LIBIDN +HAVE_META +HAVE_REGCOMP +HAVE_RESIZETERM +HAVE_START_COLOR 
+HAVE_TYPEAHEAD +HAVE_WC_FUNCS +ICONV_NONTRANS +USE_COMPRESSED +USE_DOTLOCK 
+USE_FCNTL -USE_FLOCK -USE_FMEMOPEN -USE_GNU_REGEX +USE_GSS +USE_HCACHE 
+USE_IMAP +USE_NOTMUCH +USE_NNTP +USE_POP +USE_SASL +USE_SETGID +USE_SIDEBAR 
+USE_SMTP +USE_SSL_GNUTLS -USE_SSL_OPENSSL 
-DOMAIN
MIXMASTER="mixmaster"
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"

patch-attach-headers-color-neomutt
patch-compress-neomutt
patch-cond-date-neomutt
patch-encrypt-to-self-neomutt
patch-fmemopen-neomutt
patch-forgotten-attachments-neomutt
patch-ifdef-neomutt
patch-index-color-neomutt
patch-initials-neomutt
patch-keywords-neomutt
patch-limit-current-thread-neomutt
patch-lmdb-neomutt
patch-multiple-fcc-neomutt
patch-nested-if-neomutt
patch-new-mail-neomutt
patch-nntp-neomutt
patch-notmuch-neomutt
patch-progress-neomutt
patch-quasi-delete-neomutt
patch-reply-with-xorig-neomutt
patch-sensible-browser-neomutt
patch-sidebar-neomutt
patch-skip-quoted-neomutt
patch-smime-encrypt-self-neomutt
patch-status-color-neomutt

Bug#811826: enigma: FTBFS with GCC 6: no match for

2016-09-25 Thread Markus Koschany

Control: tags -1 pending

On Tue, 19 Jan 2016 18:21:45 -0800 Martin Michlmayr  wrote:
> Package: enigma
> Version: 1.20-dfsg.1-2
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-no-match
> 
> This package fails to build with GCC 6.  GCC 6 has not been released
> yet, but it's expected that GCC 6 will become the default compiler for
> stretch.

[...]

Dear maintainer,

I've prepared an NMU for enigma (versioned as 1.20-dfsg.1-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Please find attached the debdiff.

Regards,

Markus
diff -Nru enigma-1.20-dfsg.1/debian/changelog 
enigma-1.20-dfsg.1/debian/changelog
--- enigma-1.20-dfsg.1/debian/changelog 2014-01-23 19:02:55.0 +0100
+++ enigma-1.20-dfsg.1/debian/changelog 2016-09-26 00:21:41.0 +0200
@@ -1,3 +1,16 @@
+enigma (1.20-dfsg.1-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add gcc6.patch and fix FTBFS with GCC-6. (Closes: #811826)
+  * Add desktop-file.patch and create a valid desktop file. Add keywords and a
+comment in German. Thanks to Ronny Standtke for the report.
+(Closes: #667656)
+  * enigma-doc.links:
+Symlink index.html to /usr/share/doc/enigma-doc/manual/enigma.html.
+Thanks to Ronny Standtke for the report. (Closes: #791690)
+
+ -- Markus Koschany   Mon, 26 Sep 2016 00:21:41 +0200
+
 enigma (1.20-dfsg.1-2) unstable; urgency=low
 
   * Fixes uninitialized floors (patch r2382, Closes: #652983)
diff -Nru enigma-1.20-dfsg.1/debian/enigma-doc.links 
enigma-1.20-dfsg.1/debian/enigma-doc.links
--- enigma-1.20-dfsg.1/debian/enigma-doc.links  1970-01-01 01:00:00.0 
+0100
+++ enigma-1.20-dfsg.1/debian/enigma-doc.links  2016-09-26 00:21:41.0 
+0200
@@ -0,0 +1 @@
+usr/share/doc/enigma-doc/manual/enigma.html usr/share/doc/enigma-doc/index.html
diff -Nru enigma-1.20-dfsg.1/debian/patches/desktop-file.patch 
enigma-1.20-dfsg.1/debian/patches/desktop-file.patch
--- enigma-1.20-dfsg.1/debian/patches/desktop-file.patch1970-01-01 
01:00:00.0 +0100
+++ enigma-1.20-dfsg.1/debian/patches/desktop-file.patch2016-09-26 
00:21:41.0 +0200
@@ -0,0 +1,31 @@
+From: Markus Koschany 
+Date: Sun, 25 Sep 2016 23:32:43 +0200
+Subject: desktop file
+
+Create a valid desktop file. Add keywords and a comment in German.
+
+Debian-Bug: https://bugs.debian.org/667656
+Forwarded: no
+---
+ etc/enigma.desktop | 4 +++-
+ 1 file changed, 3 insertions(+), 1 deletion(-)
+
+diff --git a/etc/enigma.desktop b/etc/enigma.desktop
+index c33613c..95942fd 100644
+--- a/etc/enigma.desktop
 b/etc/enigma.desktop
+@@ -4,6 +4,7 @@ Version=1.0
+ Name=Enigma
+ 
+ Comment=Uncover pairs of stones while navigating obstacles using a marble
++Comment[de]=Decke Steinpaare mit einer Kugel in einer Welt voller Hindernisse 
auf
+ 
+ TryExec=enigma
+ Exec=enigma
+@@ -13,4 +14,5 @@ Icon=enigma
+ StartupNotify=false
+ 
+ Type=Application
+-Categories=Application;Game;LogicGame;
++Categories=Game;LogicGame;
++Keywords=marble;puzzle;logic;level;
diff -Nru enigma-1.20-dfsg.1/debian/patches/gcc6.patch 
enigma-1.20-dfsg.1/debian/patches/gcc6.patch
--- enigma-1.20-dfsg.1/debian/patches/gcc6.patch1970-01-01 
01:00:00.0 +0100
+++ enigma-1.20-dfsg.1/debian/patches/gcc6.patch2016-09-26 
00:21:41.0 +0200
@@ -0,0 +1,25 @@
+From: Markus Koschany 
+Date: Sun, 25 Sep 2016 23:21:20 +0200
+Subject: gcc6
+
+Fix FTBFS with GCC-6.
+
+Debian-Bug: https://bugs.debian.org/811826
+Forwarded: no
+---
+ src/lev/Proxy.cc | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/lev/Proxy.cc b/src/lev/Proxy.cc
+index 0003820..c069247 100644
+--- a/src/lev/Proxy.cc
 b/src/lev/Proxy.cc
+@@ -933,7 +933,7 @@ namespace enigma { namespace lev {
+ } else if (haveLocalCopy) {
+ // plain file
+ basic_ifstream ifs(absExtPath.c_str(), 
ios::binary | ios::in);
+-if (ifs != NULL)
++if (ifs)
+ Readfile(ifs, extCode);
+ else
+ haveLocalCopy = false;
diff -Nru enigma-1.20-dfsg.1/debian/patches/series 
enigma-1.20-dfsg.1/debian/patches/series
--- enigma-1.20-dfsg.1/debian/patches/series2014-01-22 21:34:32.0 
+0100
+++ enigma-1.20-dfsg.1/debian/patches/series2016-09-26 00:21:41.0 
+0200
@@ -3,3 +3,5 @@
 enigma.desktop.patch
 bugfix-oldapi-r2382.patch
 localedir.patch
+gcc6.patch
+desktop-file.patch


signature.asc
Description: OpenPGP digital signature

Bug#838877: Installing packages writes to unexpected locations

2016-09-25 Thread Elliott Mitchell

Package: dpkg
Version: 1.17.27

When installing packages which *only* have files in /usr, I generally
try to leave / read-only.  With the recent release of `dpkg` though this
has become problematic.

>From the error message, during unpacking `dpkg` is trying to create a
file/directory as /usr.dpkg-tmp, which fails if / is read-only.  This
could actually cause some problems.  Notably if `dpkg` is doing this to
check whether the filesystem has sufficient free space, this check *WILL*
fail since / and /usr could well be different filesystems.  This could
also cause trouble if /usr.dpkg-tmp is large and / has limited free
space.

I'm unsure how to rate the severity of this issue.  This is distinctly
annoying and can trigger warning flags, but I suppose in many cases it
won't cause problems for people.  Folks who always remount / read-write
when upgrading packages may well not notice, but those of use who pay a
bit more attention do notice.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#838689: xorg: X hangs on Mac Mini G4

2016-09-25 Thread Michel Dänzer

On 24/09/16 01:09 AM, Anton Ivanov wrote:
> 
> Guaranteed hang within first 1 minute after upgrading to Jessie. Used to
> work with older Debian releases.
> 
> 100% reproducible - in all cases the log file is full of 
> 
> (EE) [mi] EQ overflow continuing.  600 events have been dropped.

[...]

> [   13.223099] agpgart-uninorth :00:0b.0: putting AGP V2 device into 4x 
> mode
> [   13.223113] radeon :00:10.0: putting AGP V2 device into 4x mode

Does

 radeon.agpmode=1

or

 radeon.agpmode=-1

on the kernel command line help?


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

Bug#838884: ITP: haskell-argon2 -- Haskell bindings to Argon2 password-hashing function

2016-09-25 Thread Sean Whitton

Package: wnpp
Severity: wishlist
Owner: Sean Whitton 

* Package name: haskell-argon2
  Version : 1.1.0
  Upstream Author : Ollie Charles 
* URL : https://github.com/ocharles/argon2
* License : BSD-3-clause
  Programming Lang: Haskell
  Description : Haskell bindings to Argon2 password-hashing function

I am packaging this as a dependency of keysafe, another ITP of mine.

I intend to maintain it as part of the Haskell team.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#797036: 来自eshizhan的邮件

2016-09-25 Thread eshizhan

Same behavior +1
kernel: Linux raspberrypi2 4.4.13-v7+ #894 SMP Mon Jun 13 13:13:27 BST 2016 
armv7l GNU/Linux
iproute2: ss utility, iproute2-ss140804
   ss utility, iproute2-ss160518

Bug#838885: [gnome-shell-extensions] gnome-shell-extension-prefs: empty preferences window

2016-09-25 Thread Đặng Duy Sơn


Package: gnome-shell-extensions
Version: 3.22.0-1
Severity: normal

--- Please enter the report below this line. ---
After upgrade gnome-shell-extensions from 3.21.92-1 to 3.22.0-1, 
gnome-shell-extension-prefs not working anymore. It only show an empty 
window, without any button or title bar, for any extension preferences.


~ gnome-shell-extension-prefs service-syst...@abteil.org

(gnome-shell-extension-prefs:17010): Gjs-WARNING **: JS ERROR: Error: No 
property propagate_natural_width on this GObject GtkScrolledWindow

_init/Gtk.Widget.prototype._init@resource:///org/gnome/gjs/modules/overrides/Gtk.js:107
Application<._buildUI@resource:///org/gnome/shell/extensionPrefs/main.js:156
wrapper@resource:///org/gnome/gjs/modules/lang.js:178
Application<._onStartup@resource:///org/gnome/shell/extensionPrefs/main.js:222
wrapper@resource:///org/gnome/gjs/modules/lang.js:178
main@resource:///org/gnome/shell/extensionPrefs/main.js:377
@:1


--- System information. ---
Architecture: amd64
Kernel: Linux 4.6.0-1-amd64

Debian Release: stretch/sid
500 testing debian.xtdv.net

--- Package information. ---
Depends (Version) | Installed
===-+-
dconf-gsettings-backend | 0.26.0-1
OR gsettings-backend |
gnome-shell (>= 3.22) | 3.22.0-1
gnome-shell (<< 3.23) | 3.22.0-1
gir1.2-atk-1.0 | 2.21.90-2
gir1.2-clutter-1.0 | 1.26.0-2
gir1.2-gdkpixbuf-2.0 | 2.34.0-1
gir1.2-glib-2.0 | 1.49.1-2
gir1.2-gmenu-3.0 | 3.13.3-8
gir1.2-gtk-3.0 | 3.21.5-3
gir1.2-mutter-3.0 | 3.22.0-1
gir1.2-pango-1.0 | 1.40.2-1
gvfs (>= 1.16.0) | 1.30.0-1
gnome-session (>= 3.8) | 3.22.0-1


Recommends (Version) | Installed
===-+-===
gnome-tweak-tool (>= 3.22) | 3.21.91-1


Package's Suggests field is empty.

Bug#838868: mutt shows index line at top of pager

Control: forwarded -1 https://github.com/neomutt/neomutt/issues/163
Control: tag -1 +upstream confirmed

On Sun, Sep 25, 2016 at 02:33:09PM -0700, Josh Triplett wrote:
> Package: mutt
> Version: 1.7.0-6
> Severity: normal
> 
> Since the most recent upgrade of mutt (1.7.0-5 -> 1.7.0-6, which also
> brings in NeoMutt 2016-09-16), mutt now displays an additional line on
> top of messages shown in the built-in pager, matching the line normally
> shown at the bottom of a mailbox index.
> 
> I haven't found any option in muttrc that corresponds to this, either to
> disable it, or preferably to *enable* it with it remaining disabled by
> default.
> 

Hi Josh,
thanks for the report, forwarded upstream.

Bug#838720: mutt: pager segfaults when window is resized

Control: tag -1 +moreinfo

On Fri, Sep 23, 2016 at 05:45:47PM -0400, Peter Colberg wrote:
> Package: mutt
> Version: 1.7.0-5
> Severity: important
> 
> Dear Maintainer,
> 
> Since the inclusion of the neomutt patches, I experience occasional
> segmentation faults when viewing a message in the pager. So far I
> cannot specify an exact sequence of steps to reproduce the issue.
> 
> I reckon the issue occurs after having sent a new message, viewing
> that message in the pager, and then adding a new window to my awesome
> tiling window manager, which triggers a refresh of the pager.
> 
> This is the backtrace of a crash using the symbols from mutt-dbgsym:
> 
> (gdb) bt
> #0  0x55eebe3e8bca in hdr_format_str (dest=dest@entry=0x7ffeef83d900 "", 
> destlen=destlen@entry=1024, col=25, cols=cols@entry=119, op=110 'n', 
> src=0x55eebff7e9a4 "   %s%*  -- (%P)", prefix=0x7ffeef83d800 "-20.20", 
> ifstring=0x7ffeef83d880 "%4c", elsestring=0x7ffeef83dd00 "", 
> data=140732916818544, flags=MUTT_FORMAT_MAKEPRINT) at ../../hdrline.c:692
> #1  0x55eebe42ec96 in mutt_FormatString (dest=dest@entry=0x7ffeef83e570 
> "- d*- -1050820271/10662: 0662 397M]---(threads/last-date-received)", '-' 
> , "(end)---", destlen=1023, col=col@entry=0, cols=119, 
> src=, callback=callback@entry=0x55eebe3e81f0 
> , data=140732916818544, flags=MUTT_FORMAT_MAKEPRINT) at 
> ../../muttlib.c:1551
> #2  0x55eebe3ea3ab in mutt_make_string_info (dst=dst@entry=0x7ffeef83e570 
> "- d*- -1050820271/10662: 0662 397M]---(threads/last-date-received)", '-' 
> , "(end)---", dstlen=, cols=, 
> s=, hfi=hfi@entry=0x7ffeef83e270, 
> flags=flags@entry=MUTT_FORMAT_MAKEPRINT) at ../../hdrline.c:1051
> #3  0x55eebe3ff683 in mutt_pager (banner=banner@entry=0x0, 
> fname=fname@entry=0x7ffeef83ee10 
> "/tmp/mutt-alcyone-1000-29714-8251779491620025653", flags=, 
> flags@entry=66, extra=extra@entry=0x7ffeef83ede0)
> at ../../pager.c:1951
> #4  0x55eebe3c1055 in mutt_display_message (cur=0x55eec03db890) at 
> ../../commands.c:225
> #5  0x55eebe3d168b in mutt_index_menu () at ../../curs_main.c:1905
> #6  0x55eebe3b17aa in main (argc=1, argv=) at 
> ../../main.c:877
> 
> My muttrc contains these pager-related settings:
> 
> set index_format="%4C %Z %{%b %d} %-15.15F (%?l?%4l&%4c?) %s"
> set pager_index_lines=10

Hi Peter,
when I informally talked to Richard, the NeoMutt maintainer, he told me that
this might be fixed starting from 20160916, which means that we expect this to
be fixed starting from 1.7.0-6 in Debian, do you mind letting us know whether
this is still reproducible?
Thanks!

Bug#838886: digikam: new upstream release (with patch)

2016-09-25 Thread Norbert Preining

Package: digikam
Version: 4:5.2.0-0.1
Severity: wishlist

Dear Digikam Maintainers,

I have updated the Debian packaging for the recent release of 
digikam 5.2.0.

I attach the patch against the current svn, maybe it helps.

Thanks for your great work

Norbert



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

Kernel: Linux 4.8.0-rc7 (SMP w/4 CPU cores; PREEMPT)
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 digikam depends on:
ii  digikam-data  4:5.2.0-0.1
ii  digikam-private-libs  4:5.2.0-0.1
ii  libc6 2.24-3
ii  libgcc1   1:6.2.0-4
ii  libkf5configcore5 5.25.0-1
ii  libkf5coreaddons5 5.25.0-1
ii  libkf5filemetadata3   5.25.0-1
ii  libkf5i18n5   5.25.0-1
ii  libqt5core5a  5.6.1+dfsg-3+b1
ii  libqt5gui55.6.1+dfsg-3+b1
ii  libqt5sql55.6.1+dfsg-3+b1
ii  libqt5sql5-sqlite 5.6.1+dfsg-3+b1
ii  libqt5widgets55.6.1+dfsg-3+b1
ii  libstdc++66.2.0-4
pn  perl:any  

Versions of packages digikam recommends:
ii  chromium [www-browser]   53.0.2785.113-1
ii  ffmpegthumbs 4:16.04.2-1
ii  firefox [www-browser]49.0-3
ii  konqueror [www-browser]  4:16.08.0-1
ii  lynx [www-browser]   2.8.9dev9-1
ii  w3m [www-browser]0.5.3-29

Versions of packages digikam suggests:
ii  digikam-doc 4:5.2.0-0.1
pn  systemsettings  

-- no debconf information
diff -u digikam-debian.svn/debian/changelog digikam-5.2.0/debian/changelog
--- digikam-debian.svn/debian/changelog	2016-09-20 17:09:51.154784493 +0900
+++ digikam-5.2.0/debian/changelog	2016-09-26 11:35:21.286104244 +0900
@@ -1,10 +1,13 @@
-digikam (4:5.1.0-3) UNRELEASED; urgency=medium
+digikam (4:5.2.0-0.1) UNRELEASED; urgency=medium
 
   [ Pino Toscano ]
   * Remove the alternative mplayerthumbs recommend, since it is dead and
 scheduled for removal from Debian.
 
- -- Debian KDE Extras Team   Wed, 24 Aug 2016 20:03:57 +0200
+  [ Norbert Preining ]
+  * new upstream release
+
+ -- Norbert Preining   Mon, 26 Sep 2016 11:35:08 +0900
 
 digikam (4:5.1.0-2) unstable; urgency=medium
 
diff -u digikam-debian.svn/debian/digikam-data.install digikam-5.2.0/debian/digikam-data.install
--- digikam-debian.svn/debian/digikam-data.install	2016-08-10 09:55:13.839590944 +0900
+++ digikam-5.2.0/debian/digikam-data.install	2016-09-26 13:21:26.697360883 +0900
@@ -4,7 +4,6 @@
 usr/share/icons/hicolor/*/actions
 usr/share/digikam
 usr/share/solid
-usr/share/kservice*/digikam*
 usr/share/kxmlgui5/digikam
 usr/share/knotifications5/digikam*
 usr/share/locale/*/LC_MESSAGES/digikam.mo
diff -u digikam-debian.svn/debian/digikam.install digikam-5.2.0/debian/digikam.install
--- digikam-debian.svn/debian/digikam.install	2016-08-10 09:55:11.343639113 +0900
+++ digikam-5.2.0/debian/digikam.install	2016-09-26 13:22:57.941666914 +0900
@@ -1,10 +1,7 @@
 usr/bin/cleanup_digikamdb
 usr/bin/digikam
 usr/bin/digitaglinktree
-usr/lib/*/qt5/plugins/digikam*
-usr/share/appdata/digikam.appdata.xml
-usr/share/appdata/digiKam-*.metainfo.xml
-usr/share/applications/digikam.desktop
-usr/share/kconf_update/
+usr/share/metainfo/org.kde.digikam.appdata.xml
+usr/share/applications/org.kde.digikam.desktop
 usr/share/man/man1/cleanup_digikamdb.1
 usr/share/man/man1/digitaglinktree.1
diff -u digikam-debian.svn/debian/kipi-plugins-common.install digikam-5.2.0/debian/kipi-plugins-common.install
--- digikam-debian.svn/debian/kipi-plugins-common.install	2016-08-10 09:55:11.343639113 +0900
+++ digikam-5.2.0/debian/kipi-plugins-common.install	2016-09-26 13:22:03.313483729 +0900
@@ -1,4 +1,3 @@
-usr/share/doc/HTML/en/kipi-plugins
 usr/share/icons/hicolor/*/apps/kipi*
 usr/share/kxmlgui5/kipi
 usr/share/kipiplugin_*
Common subdirectories: digikam-debian.svn/debian/man and digikam-5.2.0/debian/man
Common subdirectories: digikam-debian.svn/debian/patches and digikam-5.2.0/debian/patches
diff -u digikam-debian.svn/debian/showfoto.install digikam-5.2.0/debian/showfoto.install
--- digikam-debian.svn/debian/showfoto.install	2016-08-12 09:24:57.971968504 +0900
+++ digikam-5.2.0/debian/showfoto.install	2016-09-26 13:23:10.457708870 +0900
@@ -1,6 +1,6 @@
 usr/bin/showfoto
-usr/share/appdata/showfoto.appdata.xml
-usr/share/applications/showfoto.desktop
+usr/share/metainfo/org.kde.showfoto.appdata.xml
+usr/share/applications/org.kde.showfoto.desktop
 usr/share/doc/HTML/*/showfoto
 usr/share/icons/hicolor/*/apps/showfoto.*
 usr/share/kxmlgui5/showfoto
Common subdirectories: digikam-debian.svn/debian/source and digikam-5.2.0/debian/source

Bug#671847: #3879: mutt: encoded-words are not decoded in mailto:

2016-09-25 Thread Mutt

#3879: mutt: encoded-words are not decoded in mailto:
---+--
 Reporter:  antonio@…  |  Owner:  mutt-dev
 Type:  defect | Status:  new
 Priority:  major  |  Milestone:
Component:  charset|Version:  1.7.0
 Keywords: |
---+--
 From http://bugs.debian.org/671847

 (Confirmed in 1.7.0)

 When fed the following example from RFC 6068:

  $ mutt
 'mailto:u...@example.org?subject=%3D%3Fiso-8859-1%3FQ%3Fcaf%3DE9%3F%3D'

 The subject line is not properly decoded to "café" as per RFC 2047, and
 remains "=?iso-8859-1?Q?caf=E9?=".

--
Ticket URL: 
Mutt 
The Mutt mail user agent

Bug#671847: mutt: encoded-words are not decoded in mailto:

Control: tag -1 +confirmed upstream
COntrol: forwarded -1 http://bugs.mutt.org/3879

Thanks for the report, as this is still reproducible in 1.7.0-6, I've forwarded
it upstream.

Bug#838064: [Pkg-mutt-maintainers] Bug#838064: mutt segfaults when sending new message (with backtrace)