Bug#827242: Webcam(s) do not work on Microsoft Surface Book or recent Surface Pro tablets

[Mattia Rizzolo]

control: reassign -1 src:linux

(note: I don't care about the bug, hence the Reply-to excluding me)

On Mon, Jun 13, 2016 at 08:33:40PM -0400, Kẏra ​ wrote:
> Package: kernel
> 
> via: https://bugzilla.kernel.org/show_bug.cgi?id=109821
> 
> Despite of the existing patch (e.g.
> https://github.com/tiggerite/mint-17.3-for-surface-pro-3/blob/master/patches-4.3/surface-cam.patch),
> it seems some surface pro 4 model (E.g. my i7 16G) uses a different
> webcam solution.
> 
> From windows, there are three camera listed with "Camera" in their driver 
> name.
> They are Microsoft Camera Front, Microsoft Camera Rear and Microsoft
> IR Camera Front.
> 
> The properties dialogs show that they are OV5693, OV7251 and OV8865,
> seems they are i2c device instead of usb device.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#827248: RM: root-system -- ROM; unmaintained; RC-buggy

[Mattia Rizzolo]

package: ftp.debian.org

Dear FTP masters,
please remove src:root-system and its binaries from the archive.
ROOT is a huge beast to maintain, and it's currently not maintained:
* we have a quite ancient release
* it's FTBFS with newer libraries (as it's not keeping up with
  transition, and it's entangled in several of them)
* at the moment it has 3 RC bugs, oldest one being more than one year
  old about it FTBFSing with GCC-5

We believe the best way forward is to just remove it from the archive at
this point, yesterday I uploaded the rdeps dropping the dependencies on
root-system's binaries.

For future reference, here are some pointers to discussions about
removing it:
https://bugs.debian.org/822085
https://lists.debian.org/debian-science/2016/05/msg00134.html
https://lists.debian.org/debian-science/2016/05/msg00135.html
https://lists.debian.org/debian-science/2016/05/msg00137.html
https://lists.debian.org/debian-science/2016/06/msg00010.html
https://lists.debian.org/debian-science/2016/06/msg00013.html
https://lists.debian.org/debian-science/2016/06/msg00014.html
https://lists.debian.org/debian-science/2016/06/msg00018.html
https://groups.cern.ch/group/roottalk/Lists/Archive/Flat.aspx?RootFolder=%2Fgroup%2Froottalk%2FLists%2FArchive%2FROOT%20packages%20in%20Debian%20need%20a%20maintainer&FolderCTID=0x01200200A201AF59FD011C4E9284C43BF0CDA2A4

Thanks in advance,
Mattia (with my d-science hat on)

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

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

[Adam Conrad]

Package: alljoyn-core-1504
Version: 15.04b-4
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch




In Ubuntu, the attached patch was applied to achieve the following:

  * debian/rules: Consider x32 a different "CPU", since x86 builds with the
-m32 ABI, x86_64 with the -m64 ABI, and x32 needs the -mx32 ABI.
  * debian/patches/more-native-cpus.patch: Add x32 to allowed native arches.

Ubuntu doesn't actually ship x32, so I haven't tested this patch, but I
noticed your fix in passing when I was syncing back.

Basically, x86 has 3 ABIs:

-m32 (i386)
-m64 (amd64)
-mx32 (x32)

The last two ABIs use the same CPU (x86_64), which confuses things a bit
when selecting ABI based on CPU.

The SConscript snippets in alljoyn* define x86 as -m32 and x86_64 as -m64,
which exacerbates this issue, and led to your attempted workaround.

My patch is one (though, not the *best*, IMO) option.  Basically, what this
patch does is define a new "x32" CPU, so that compiler defaults get used
for it instead of -m32 (x86) or -m64 (x86_64).

The other option would be to clean the x86 and x86_64 targets, the same way
we do for ARM, as the compiler defaults should, in theory, be correct, and
manually setting the ABI is redundant on Debian.

Also, this patch does s/BUILD/HOST/ to your dpkg-arch variable handling, as
you got those backwards.  BUILD is the machine you're building on, HOST is
the machine you're building for (the one that will host the binaries).  Yes,
amazingly confusing, but I didn't invent the names. :P

... Adam


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

Kernel: Linux 4.4.0-24-lowlatency (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)
diff -Nru alljoyn-core-1504-15.04b/debian/patches/more-native-cpus.patch alljoyn-core-1504-15.04b/debian/patches/more-native-cpus.patch
--- alljoyn-core-1504-15.04b/debian/patches/more-native-cpus.patch	2016-06-13 11:09:07.0 -0600
+++ alljoyn-core-1504-15.04b/debian/patches/more-native-cpus.patch	2016-06-14 00:39:57.0 -0600
@@ -9,7 +9,7 @@
  else:
  default_target_cpu = 'x86'
 -allowed_target_cpus = ('x86', 'x86_64', 'arm', 'openwrt')
-+allowed_target_cpus = ('x86', 'x86_64', 'arm', 'openwrt', 's390x', 'aarch64', 'arm64', 'armhf', 'i386', 'mips', 'mipsel', 'powerpc', 'powerpc64le', 'alpha', 'hppa', 'm68k', 'mips64el', 'powerpcspe', 'powerpc64', 'sh4', 'sparc64')
++allowed_target_cpus = ('x86', 'x86_64', 'arm', 'openwrt', 'x32', 's390x', 'aarch64', 'arm64', 'armhf', 'i386', 'mips', 'mipsel', 'powerpc', 'powerpc64le', 'alpha', 'hppa', 'm68k', 'mips64el', 'powerpcspe', 'powerpc64', 'sh4', 'sparc64')
  
  default_msvc_version = None
  
diff -Nru alljoyn-core-1504-15.04b/debian/rules alljoyn-core-1504-15.04b/debian/rules
--- alljoyn-core-1504-15.04b/debian/rules	2016-06-13 11:09:07.0 -0600
+++ alljoyn-core-1504-15.04b/debian/rules	2016-06-14 00:39:17.0 -0600
@@ -12,10 +12,10 @@
 
 # mapping all i.86 to x86 for Alljoyn
 CPU=$(shell dpkg-architecture -qDEB_HOST_GNU_CPU | sed -e 's/i.86/x86/')
-BUILDARCH=$(shell dpkg-architecture -qDEB_BUILD_ARCH)
-# in case of X32, we might want to set x86 as well
-ifeq ($(BUILDARCH),x32) 
-  export CPU = "x86"
+HOSTARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH)
+# x32 is x86_64 CPU, but the ABI is different (-mx32 instead of -m64)
+ifeq ($(HOSTARCH),x32) 
+  export CPU = "x32"
 endif
 OS=linux
 

Bug#827249: bugs.debian.org: https://bugs.debian.org/807528 served as windows-1252 instead of UTF-8

[Vincent Lefevre]

Package: bugs.debian.org
Severity: normal

The page

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528

is sometimes served as windows-1252 (as Firefox says) instead of
UTF-8, so that the accented characters are incorrect.

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

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

Bug#827251: bisho: Porting to mx2.0

[Ying-Chun Liu (PaulLiu)]

Package: bisho
Version: 0.27.2+git2022.9e68ef3d-2
Severity: important
Tags: patch

Dear Maintainer (actually myself),

I'd like to update mx to 2.0. And it breaks bisho. So I made a patch
that ports bisho to mx2.0.
Just a record here and I'll fix bisho right after mx2.0 accepted into
archive.



-- 
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 
diff -Nru bisho-0.27.2+git2022.9e68ef3d/debian/changelog 
bisho-0.27.2+git2022.9e68ef3d/debian/changelog
--- bisho-0.27.2+git2022.9e68ef3d/debian/changelog  2012-09-26 
14:21:09.0 +0800
+++ bisho-0.27.2+git2022.9e68ef3d/debian/changelog  2016-06-14 
15:24:38.0 +0800
@@ -1,3 +1,10 @@
+bisho (0.27.2+git2022.9e68ef3d-3) unstable; urgency=low
+
+  * port_to_mx2.0.patch: porting to mx2.0
+  * Bump Standards-Versino to 3.9.8: nothing needs to be changed.
+
+ -- Ying-Chun Liu (PaulLiu)   Tue, 14 Jun 2016 15:13:34 
+0800
+
 bisho (0.27.2+git2022.9e68ef3d-2) unstable; urgency=low
 
   * debian/patches/fix_panes_linking.patch: Fix missing linking libraries.
diff -Nru bisho-0.27.2+git2022.9e68ef3d/debian/clean 
bisho-0.27.2+git2022.9e68ef3d/debian/clean
--- bisho-0.27.2+git2022.9e68ef3d/debian/clean  2012-03-26 
17:14:26.0 +0800
+++ bisho-0.27.2+git2022.9e68ef3d/debian/clean  2016-06-14 
15:10:01.0 +0800
@@ -27,3 +27,4 @@
 m4/ltversion.m4
 panes/Makefile.in
 bisho.1
+po/POTFILES
diff -Nru bisho-0.27.2+git2022.9e68ef3d/debian/control 
bisho-0.27.2+git2022.9e68ef3d/debian/control
--- bisho-0.27.2+git2022.9e68ef3d/debian/control2012-03-26 
18:25:44.0 +0800
+++ bisho-0.27.2+git2022.9e68ef3d/debian/control2016-06-14 
15:13:15.0 +0800
@@ -6,10 +6,10 @@
intltool, libgconf2-dev (>= 2.9.2), libgnome-keyring-dev,
libgtk2.0-dev (>= 2.12), libsocialweb-dev (>= 0.25.7),
libsocialweb-client-dev (>= 0.25.7), librest-dev (>= 0.7.5),
-   librest-extras-dev, libmx-dev (>= 1.1.8),
+   librest-extras-dev, libmx-dev (>= 1.99.4),
libsoup2.4-dev, pkg-config, autoconf, automake, libunique-dev,
docbook-to-man
-Standards-Version: 3.9.3
+Standards-Version: 3.9.8
 Homepage: http://meego.com/
 
 Package: bisho
diff -Nru bisho-0.27.2+git2022.9e68ef3d/debian/patches/port_to_mx2.0.patch 
bisho-0.27.2+git2022.9e68ef3d/debian/patches/port_to_mx2.0.patch
--- bisho-0.27.2+git2022.9e68ef3d/debian/patches/port_to_mx2.0.patch
1970-01-01 08:00:00.0 +0800
+++ bisho-0.27.2+git2022.9e68ef3d/debian/patches/port_to_mx2.0.patch
2016-06-14 15:10:56.0 +0800
@@ -0,0 +1,1077 @@
+Index: bisho-0.27.2+git2022.9e68ef3d/configure.ac
+===
+--- bisho-0.27.2+git2022.9e68ef3d.orig/configure.ac
 bisho-0.27.2+git2022.9e68ef3d/configure.ac
+@@ -37,7 +37,7 @@ PKG_CHECK_MODULES(DEPS, gmodule-export-2
+ rest-0.7
+ rest-extras-0.7
+ unique-1.0
+-mx-gtk-1.0)
++mx-2.0)
+ 
+ AC_ARG_ENABLE([capplet],
+   [AC_HELP_STRING([--disable-capplet],
+Index: bisho-0.27.2+git2022.9e68ef3d/src/mx-gtk/mx-gtk-frame.c
+===
+--- /dev/null
 bisho-0.27.2+git2022.9e68ef3d/src/mx-gtk/mx-gtk-frame.c
+@@ -0,0 +1,389 @@
++/* -*- mode: C; c-file-style: "gnu"; indent-tabs-mode: nil; -*- */
++/*
++ * Copyright 2009 Intel Corporation.
++ *
++ * This program is free software; you can redistribute it and/or modify it
++ * under the terms and conditions of the GNU Lesser General Public License,
++ * version 2.1, as published by the Free Software Foundation.
++ *
++ * This program is distributed in the hope it will be useful, but WITHOUT ANY
++ * WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
++ * FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public License for
++ * more details.
++ *
++ * You should have received a copy of the GNU Lesser General Public License
++ * along with this program; if not, write to the Free Software Foundation,
++ * Inc., 51 Franklin St - Fifth Floor, Boston, MA 02110-1301 USA.
++ * Boston, MA 02111-1307, USA.
++ *
++ */
++
++/**
++ * SECTION:mx-gtk-frame
++ * @short_description: a specially styled frame for GTK+
++ *
++ * A specially styled frame for use in GTK+ applications.
++ */
++
++
++#include "mx-gtk-frame.h"
++#include 
++
++static GdkColor mx_gtk_frame_default_border_color = { 0, 0x, 0xe2e2, 
0xe5e5 };
++
++static void mx_gtk_frame_buildable_init (GtkBuildableIface *iface);
++static void mx_gtk_frame_buildable_add_child (GtkBuildable *buildable,
++  GtkBuilder   *builder,
++  GObject  *child,
++ 

Bug#816435: Regression in autopkgtest test suite

[Raphael Hertzog]

Control: forwarded -1 https://code.djangoproject.com/ticket/26755

This failure has been introduced by lamby's patch merged here:
https://github.com/django/django/commit/abc0777b63057e2ff97eee2ff184356051e14c47

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#792415: python-debian: Remove support for broken timezone names

[Guillem Jover]

Hi!

On Mon, 2016-06-13 at 16:44:03 -0700, Stuart Prescott wrote:
> > As pointed out in
> > , the
> > changelog trailer part of the regex to support timezone names is bogus.
> > And it seems the best thing to do is to remove it instead of fixing it.
> > For more details either see tha above mail or the commit message on the
> > attached patch. Beware, that the patch has not been tested!
> 
> Thanks for the patch!

You're welcome!

> My understanding from the relevant thread is that this TZ name feature didn't 
> work properly in the past and that it now cannot be used because dpkg will 
> reject the changelog entry as being invalid. That should mean that we won't 
> see new changelog entries with the TZ name in them, but are there historical 
> changelog entries that include it? Do we know how many that might be?

As the commit log and the mail on that thread say, this has never worked,
so I'd be extremely surprised to see any such bogus timezones in the wild.

> python-debian's changelog support is used to iterate through the entire 
> changelog not just the last changelog entry so removing the ability to parse 
> these entries would either generate warnings or raise exceptions depending on 
> the strictness specified by the caller. 

The same applies to the code in libdpkg-perl, for which I removed the
broken regex part already. :)

> A question for you (and my co-maintainers), does it make sense to become more 
> strict in what is accepted?

That depends on what is being more strict. For dpkg (the run and build
time commands/code), which is kind of a sieve where almost any packaging
related thing has to go through, my intention is to incrementally make
it more strict, to reject bogus input. If necessary via long-winded
transitions, where for extraction and fetching it should almost always
be possible to turn any errors into warnings via user-selectable options,
but for building I might just make it fail hard and expect brokeness
to be fixed because old things might not be expected to build with a
modern environment anyway due to countless other changes.

Making "3rd-party" parsers more strict might be more tricky as they
do not have the luck of being the single canonical implementation,
so they might need to coordinate that strictness with other
implementations (dpkg, etc), or policy, to avoid the wrath of
infuriated users. :)

But as you see, yes I think in general we should try to be more
strict, this is something we have the luxury of doing in a tighly
controlled environment with a predominant reference implementation,
which would not be possible in a more decentralized one.

Thanks,
Guillem

Bug#827252: fastjet: FTBFS everywhere

[Sebastian Ramacher]

Source: fastjet
Version: 3.0.6+dfsg-2
Severity: serious
Justification: fails to build from source

fastjet now FTBFS on all arch buildds:
|debian/rules override_dh_install
| make[1]: Entering directory '/«BUILDDIR»/fastjet-3.0.6+dfsg'
| dh_install
|   install -d debian/libfastjet0v5//usr/lib/x86_64-linux-gnu
|   cp --reflink=auto -a debian/tmp/usr/lib/x86_64-linux-gnu/libfastjet.so.0 
debian/libfastjet0v5//usr/lib/x86_64-linux-gnu/
|   cp --reflink=auto -a 
debian/tmp/usr/lib/x86_64-linux-gnu/libfastjet.so.0.0.0 
debian/libfastjet0v5//usr/lib/x86_64-linux-gnu/
|   install -d debian/libfastjet-dev//usr/bin
|   cp --reflink=auto -a debian/tmp/usr/bin/fastjet-config 
debian/libfastjet-dev//usr/bin/
|   install -d debian/libfastjet-dev//usr/include/fastjet
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/ActiveAreaSpec.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/AreaDefinition.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/CircularRange.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/ClusterSequence.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequence1GhostPassiveArea.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequenceActiveArea.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequenceActiveAreaExplicitGhosts.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/ClusterSequenceArea.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequenceAreaBase.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequencePassiveArea.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequenceStructure.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequenceVoronoiArea.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/ClusterSequenceWithArea.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/CompositeJetStructure.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/Error.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/FunctionOfPseudoJet.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/GhostedAreaSpec.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/JetDefinition.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/LimitedWarning.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/NNH.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/PseudoJet.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a 
debian/tmp/usr/include/fastjet/PseudoJetStructureBase.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/RangeDefinition.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/Selector.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/SharedPtr.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/WrappedStructure.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/config.h 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/config_auto.h 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/internal/ 
debian/libfastjet-dev//usr/include/fastjet/
|   cp --reflink=auto -a debian/tmp/usr/include/fastjet/version.hh 
debian/libfastjet-dev//usr/include/fastjet/
|   install -d debian/libfastjet-dev//usr/lib/x86_64-linux-gnu
|   cp --reflink=auto -a debian/tmp/usr/lib/x86_64-linux-gnu/libfastjet.a 
debian/libfastjet-dev//usr/lib/x86_64-linux-gnu/
|   cp --reflink=auto -a debian/tmp/usr/lib/x86_64-linux-gnu/libfastjet.so 
debian/libfastjet-dev//usr/lib/x86_64-linux-gnu/
|   install -d debian/libfastjettools0//usr/lib/x86_64-linux-gnu
|   cp --reflink=auto -a 
debian/tmp/usr/lib/x86_64-linux-gnu/libfastjettools.so.0 
debian/libfastjettools0//usr/lib/x86_64-linux-gnu/
|   cp --reflink=auto -a 
debian/tmp/usr/lib/x86_64-linux-gnu/libfastj

Bug#827249: bugs.debian.org: https://bugs.debian.org/807528 served as windows-1252 instead of UTF-8

[Vincent Lefevre]

Control: reassign -1 firefox-esr 45.2.0esr-1

On 2016-06-14 09:45:31 +0200, Vincent Lefevre wrote:
> The page
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528
> 
> is sometimes served as windows-1252 (as Firefox says) instead of
> UTF-8, so that the accented characters are incorrect.

This is actually a Firefox bug.

When I reloaded

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528

directly, it was in UTF-8 (confirmed with Live HTTP Headers).
Then I opened this URL via the link on:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790825#84

and Live HTTP Headers showed nothing (so I assume that it came
from the cache), but the accented characters are now incorrect
and "View Page Info" says windows-1252 for the text encoding.

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

Bug#827249: bugs.debian.org: https://bugs.debian.org/807528 served as windows-1252 instead of UTF-8

[Vincent Lefevre]

On 2016-06-14 09:56:04 +0200, Vincent Lefevre wrote:
> This is actually a Firefox bug.
> 
> When I reloaded
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528
> 
> directly, it was in UTF-8 (confirmed with Live HTTP Headers).
> Then I opened this URL via the link on:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790825#84
> 
> and Live HTTP Headers showed nothing (so I assume that it came
> from the cache), but the accented characters are now incorrect
> and "View Page Info" says windows-1252 for the text encoding.

With a fresh profile in safe mode, same problem with

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827249

but if I do a Ctrl-Shift-R, the problem disappears.

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

Bug#826864: epubcheck doesn't run anymore

[Eugene Zhukov]

I cannot reproduce this issue, there can be something wrong with your
environment.

You can try it fresh yourself with e.g

sudo vmdebootstrap --verbose --distribution jessie --image jessie.img
--size 3G --package epubcheck --hostname epub --user epub/epub --sudo
--grub --systemd-networkd --enable-dhcp --configure-apt --arch=i386

to create Debian Jessie image, and then

sudo qemu-system-i386 -machine accel=kvm:tcg -m 1024 -smp 2 -drive
file=jessie.img,format=raw

to run it.

Let me know if you need help and/or I can close this issue.

Eugene

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

[Laurent Bigonville]

Package: task-french-desktop
Version: 3.34
Severity: important

Hi,

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

Reagrds,

Laurent Bigonville

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

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

Versions of packages task-french-desktop depends on:
ii  tasksel  3.34

Versions of packages task-french-desktop recommends:
ii  hunspell-fr  1:5.6-1
pn  iceweasel-l10n-fr
ii  libreoffice-help-fr  1:5.1.4~rc1-1
ii  libreoffice-l10n-fr  1:5.1.4~rc1-1
ii  mythes-fr1:5.1.3-2

task-french-desktop suggests no packages.

-- no debconf information

Bug#827018: xserver-xorg-input-all: Don't depend on x-x-input-synaptics

[Emilio Pozuelo Monfort]

On 14/06/16 07:46, Nicolas Le Cam wrote:
> 2016-06-13 11:31 GMT+02:00 Julien Cristau :
>> That would break all non-gnome environments.
>>
>> Cheers,
>> Julien
> 
> Hi Julien,
> 
> Why would it break ?
> It's task-desktop not task-gnome-desktop that depends on
> xserver-xorg-input-all, and x-x-input-libinput is a xorg driver so
> should work why every DM relying on X.
> Am I missing something ?

Non-GNOME DEs can't configure the libinput driver yet. Just like GNOME can't
configure the synaptics driver anymore. So with that change we would fix one but
break the others.

We will deal with this one way or another. It's just not clear yet what the best
solution is.

Cheers,
Emilio

Bug#826780: [ovs-dev] Bug#826780: Please package OVS >= 2.6.0.dev1

[Thomas Goirand]

On 06/10/2016 10:38 PM, Ben Pfaff wrote:
> On Thu, Jun 09, 2016 at 04:07:13AM -0400, Russell Bryant wrote:
>> I uploaded "2.6.0.dev1".  This was to enable OpenStack CI to start running
>> tests using the version of the Python library that includes Python 3.  I
>> followed some python packaging / pypi versioning guidelines to pick that
>> number.  It indicates that it's a dev snapshot of what will eventually
>> (presumably) be 2.6.0.  I know OVS generates 2.5.90, but I don't find that
>> appropriate to use, as it isn't 2.5 at all.
> 
> The .90 suffix is supposed to indicate that it's much greater than 2.5,
> but less than 2.6.
> 
> dpkg considers 2.6.0.dev1 to be greater than 2.6.0:
> $ if dpkg --compare-versions 2.6.0.dev1 gt 2.6.0; then echo greater; else 
> echo less; fi
> greater
> so it seems like a poor choice for anything in Debian.

That's ok though. There's nothing you can do with the Python version
numbers which are kind of incompatible with what we do in Debian (the
char ~ is forbidden in PyPi). So the way to do it in Debian is to rename
2.6.0.dev1 as 2.6.0~dev1.

Cheers,

Thomas Goirand (zigo)

Bug#826945: Bug is solved for us

[bee GmbH | Pasqual Brettner]

Dear Maintainer,

we could solve the bug in our scenario. We had to restart dbus, systemd-logind, 
polkitd, timedated and timedatectl
after ldap-configuration for the ldap-users to work.
Our system is kind of special in that the ldap configuration gets injected late 
on boot.

In a setup where ldap is statically set up from boot on, the problem does not 
appear.


Kind regards!
Pasqual Brettner
bee GmbH Dortmund

--
┌─┐
│   ││ ││ ││ │bee Baastrup EDV-Entwicklung GmbH  Pasqual Brettner │
│ ││││ ││ ││ │Schwanenwall 40   Anwendungsentwicklung │
│ ││\\ //\\ //\\ │44135 Dortmund / Deutschland  p.brett...@bee.de │
│ ││// \\¯¯ \\¯¯ │Fon: 0231 / 58719 - 0www.bee.de │
│   ││ ││ ││ │Fax: 0231 / 58719 - 50  xing.to/PasqualBrettner │
│─│
││GeschäftsführerStefan Rower │
││Handelsregistergericht Amtsgericht Dortmund │
││Handelsregisternummer HRB 12333 │
└─┘

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

[Laurent Bigonville]

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

thanks

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


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

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

Bug#827010: Iceweasel & netbock

[Wolfgang Schweer]

On Sat, Jun 11, 2016 at 10:02:16AM +0200, Petter Reinholdtsen wrote:
> Also, when Jessie yesterday switched to Firefox from Iceweasel,  our
> Iceweasel setup is ignored.  It is these files:
> 
>   /etc/iceweasel/profile/cert_override.txt
>   /etc/iceweasel/pref/debian-edu-homepage-ldap.js
> 
> I believe they must be moved to take effect.

The 'profile' and 'pref' subdir locations seem to have lost any effect.
Instead /usr/share/firefox-esr/browser/defaults/ is used, I guess.

As far as /etc/iceweasel/profile/cert_override.txt is concerned:

Even creating /usr/share/firefox-esr/browser/defaults/profile and 
moving the override file to this subdir is of no avail. In this case the 
override file is copied into a newly added user profile dir but the 
content is zero.
However, the override file is also present in 
/etc/skel/.mozilla/firefox/debian-edu.default/
and this is enough to get it into the user profile.

The file /etc/iceweasel/pref/debian-edu-homepage-ldap.js could be moved 
to /etc/firefox-esr/ but then the ability to provide the homepage URL 
via LDAP is lost.

To keep the LDAP feature, I used this script as a workaround (might be 
smarter, I guess):

#!/bin/sh
#
# migrate iceweasel customization to firefox-esr.
# the cert_override.txt file is already located in the right place
# (directory /etc/skel on tjener) to work ok, so is skipped here.
# proxy settings are pulled via wpad and/or /etc/environment.

set -e

# check if host has networked profile; and yes, it's 
'iceweacel-networked-prefs.js'
# by intention, the file is shipped like this since years, I guess.
if [ -e /etc/iceweasel/pref/debian-edu-networked.js ] && [ ! -e 
/etc/firefox-esr/debian-edu-networked.js ]; then
ln -s /usr/share/debian-edu-config/iceweacel-networked-prefs.js 
/etc/firefox-esr/debian-edu-networked.js
sed -i 's#iceweasel/pref#firefox-esr#' 
/usr/share/debian-edu-config/tools/update-iceweasel-homepage
/etc/init.d/iceweasel-ldapconf force-reload
if [ -d /opt/ltsp ] ; then
for ltsp_chroot in `find /opt/ltsp/ -mindepth 1 -maxdepth 1 -type d`; do
chroot $ltsp_chroot ln -s 
/usr/share/debian-edu-config/iceweacel-networked-prefs.js 
/etc/firefox-esr/debian-edu-networked.js
chroot $ltsp_chroot sed -i 's#iceweasel/pref#firefox-esr#' 
/usr/share/debian-edu-config/tools/update-iceweasel-homepage
chroot $ltsp_chroot /etc/init.d/iceweasel-ldapconf force-reload
done
fi
fi

BTW, wheezy has got firefox-esr as well via security update.

Wolfgang


signature.asc
Description: Digital signature

Bug#827249: bugs.debian.org: https://bugs.debian.org/807528 served as windows-1252 instead of UTF-8

[Vincent Lefevre]

Control: clone -1 -2
Control: reassign -1 bugs.debian.org
Control: retitle -1 bugs.debian.org pages are served as ISO-8859-1 when reloaded
Control: retitle -2 firefox-esr: pages fetched from the cache can have an 
incorrect charset

On 2016-06-14 10:10:02 +0200, Vincent Lefevre wrote:
> On 2016-06-14 09:56:04 +0200, Vincent Lefevre wrote:
> > This is actually a Firefox bug.
> > 
> > When I reloaded
> > 
> >   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528
> > 
> > directly, it was in UTF-8 (confirmed with Live HTTP Headers).
> > Then I opened this URL via the link on:
> > 
> >   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790825#84
> > 
> > and Live HTTP Headers showed nothing (so I assume that it came
> > from the cache), but the accented characters are now incorrect
> > and "View Page Info" says windows-1252 for the text encoding.
> 
> With a fresh profile in safe mode, same problem with
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807528
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827249
> 
> but if I do a Ctrl-Shift-R, the problem disappears.

And the problem reappears with a simple Ctrl-R.

Same problem with w3m when I restart it with the same URL, so that
I suppose that w3m has a cache and attempts a reload like Firefox.

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

Bug#827256: squid3: helper program basic_smb_auth don't work

[herrmann]

Source: squid3
Version: 3.4.8-6+deb8u2
Severity: minor
Tags: patch

Dear Maintainer,

please have a look at Bug #793400. I couldn't reopen this bug, so I had to file
this new one, but it is - in each detail - the very same regression again.

After an Upgrade to version 3.4.8-6+deb8u2, jessie (stable), users are no
longer able to authenticate against a windows domain controller. The problem:
basic_smb_auth.sh delivers the credentials via environment in a form
"$USER%$PASSWORD", which is not expected from smbclient. Following changes in
/usr/lib/squid3/basic_smb_auth.sh solve the problem


-USER="$SMBUSER%$SMBPASS"
+USER="$SMBUSER"
+PASSWD="$SMBPASS"
export USER
+export PASSWD



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

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

Bug#825704: swift-im: should it be removed from Debian?

[Kevin Smith]

On 12 Jun 2016, at 22:09, Kevin Smith  wrote:
> 
> On 12 Jun 2016, at 22:06, Mattia Rizzolo  wrote:
>> On Sun, Jun 12, 2016 at 09:49:21PM +0100, Kevin Smith wrote:
>>> Next step is working out why uic reports that it “could not find a Qt 
>>> installation of ‘’”. I’ll keep at it.
>> 
>> If you share the thing somewhere (a git repository?  Vcs-Git is supposed
>> to point to the *packaging* repository, but it seems to me that it
>> points to the upstream one.  That's jus wrong, please fix it) I can try
>> help you with that :)
> 
> All the packaging scripts are in the upstream repository, so it seemed to be 
> appropriate. I’ll be picking this back up tomorrow; I suspect scons 
> clobbering envvars is stopping uic knowing which QT is needed.

Just an update for people watching this ticket and interested in progress. I 
resolved the uic issue, was down to two lintian warnings this morning, and now 
I’m down to one (it’s no longer happy with the copyright format, reading up on 
that now).

/K

Bug#827257: WIFI (Qualcomm Atheros QCA61x4A).

[David Righetto]

Package: installation-reports

 

Hello,

 

My wifi doesn't seems to be detected.

 

Boot method : DVD

Image version : debian 8.4 (amd64)

Date : 2.4.2016

Machine : Acer Aspire V15 Nitro

System installation succesfully passed without any problem 

Partition : basic on a simple disk.

 

Unable to activate my WIFI (Qualcomm Atheros QCA61x4A).

 

Is there any chance that this wifi card be supported in the future versions
?

 

Many thanks for answering.

 

D. RIghetto

 

Bug#808802: Webmail Alerte!

[Raul Federico Suasnabar]

Votre système de quotas webmail va bientôt dépasser sa limite de stockage 
défini par l'administrateur, en raison de fichiers cachés sur votre boîte aux 
lettres, vous êtes en cours d'exécution sur 23 GO. Vous ne pouvez pas envoyer 
ou recevoir de nouveaux messages jusqu'à ce que vous valider votre compte.

Pour valider votre boîte aux lettres, cliquez sur le lien et remplissez les 
informations

http://localwebb.tripod.com

L'incapacité de remplir le questionnaire sur le lien de rendre votre compte 
inactif dans les prochaines 24 heures. S'il vous plaît ne trouve ce message 
très très important.

© 2016. Support Technique Webmail Helpdesk
==

Bug#808802: Webmail Alerte!

[Raul Federico Suasnabar]

Votre système de quotas webmail va bientôt dépasser sa limite de stockage 
défini par l'administrateur, en raison de fichiers cachés sur votre boîte aux 
lettres, vous êtes en cours d'exécution sur 23 GO. Vous ne pouvez pas envoyer 
ou recevoir de nouveaux messages jusqu'à ce que vous valider votre compte.

Pour valider votre boîte aux lettres, cliquez sur le lien et remplissez les 
informations

http://localwebb.tripod.com

L'incapacité de remplir le questionnaire sur le lien de rendre votre compte 
inactif dans les prochaines 24 heures. S'il vous plaît ne trouve ce message 
très très important.

© 2016. Support Technique Webmail Helpdesk
==

Bug#827186: links2: -http.fake-user-agent "UA" fails

[Fulano Diego Perez]

> Control: tag -1 unreproducible
> 
> Hi,
> 
> Fulano Diego Perez wrote:
>> Package: links2
>> Version: 2.12-2
>> Severity: normal
>>
>>
>> try with these but not working from a few ip test sites like wtfismyip.com
>>
>> -http.fake-user-agent 'UA'
>> -http.fake-user-agent "UA"
>>
>> used with/without some other options still fails
> 
> I'm sorry, but I can't reproduce this issue:
> 
> Calling "links2 -http.fake-user-agent UA http://wtfismyip.com/headers";
> gives me as expected:
> 
> host: wtfismyip.com
> user-agent: UA
> accept: */*
> accept-language: en,*;q=0.1
> accept-encoding: gzip,deflate,bzip2,lzma,lzma2
> accept-charset:
> us-ascii,ISO-8859-1,ISO-8859-2,ISO-8859-3,ISO-8859-4,ISO-8859-5,ISO-8859-6,[...]
> connection: keep-alive
> 
> Switching to HTTPS does not make a difference either. Same for links2
> on Debian Stable.
> 
>> also the same when using fake.firefox 0/1
> 
> Never heard of that option/setting and it's neither in the man page,
> nor in the --help output nor listed in ~/.links2/links.cfg nor can
> such a binary setting be seen in the menu under Setup -> Network options
> -> HTTP options -> Headers options.

which menu is that in stretch ?

$ links2 -h

-http.fake-firefox <0>/<1>
(default 0)
  Fake Firefox in the HTTP header.


> ~/.links2/links.cfg

i have none



with all 3 below:

$ links2 -socks-proxy 127.0.0.1:9051 -only-proxies 1 -http.referer 0
-http.fake-user-agent "3 com" https://wtfismyip.com/headers/

$ links2 -socks-proxy 127.0.0.1:9051 -only-proxies 1 -http.referer 0
-http.fake-user-agent "Mozilla/5.0 (Windows NT 6.1; rv:45.0)
Gecko/20100101 Firefox/45.0" https://wtfismyip.com/headers/

$ links2 -socks-proxy 127.0.0.1:9051 -only-proxies 1 -http.referer 0
-http.fake-user-agent " " https://wtfismyip.com/headers/

host: wtfismyip.com
user-agent: Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101
Firefox/38.0
accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
accept-language: en-US,en;q=0.5
accept-encoding: gzip, deflate
connection: keep-alive

this is in my man page:

-http.fake-firefox <0>/<1>
  (default 0) Fake that the browser is Firefox in the HTTP
header.

dpkg --reconfigure

?

Bug#827258: apache2: Missing default configuration for mod_proxy_html

[Sebastien Koechlin]

Package: apache2
Version: 2.4.10-10+deb8u4
Severity: normal

Dear Maintainer,

"a2enmod proxy_html" does not work out of the box and it's really hard to
find why.  Examples does not works as expected and no error messages put
you on the way.  

mod_proxy_html does nothing without ProxyHTMLLinks directives. Please
considere add the following file as
/etc/apache2/mods-available/proxy_html.conf

It define configuration for W3C HTML 4.01 and XHTML 1.0

http://svn.apache.org/viewvc/httpd/httpd/tags/2.4.10/docs/conf/extra/proxy-html.conf.in?view=markup

Thanks.

-- Package-specific info:

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

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

Versions of packages apache2 depends on:
ii  apache2-bin2.4.10-10+deb8u4
ii  apache2-data   2.4.10-10+deb8u4
ii  apache2-utils  2.4.10-10+deb8u4
ii  dpkg   1.17.27
ii  lsb-base   4.1+Debian13+nmu1
ii  mime-support   3.58
ii  perl   5.20.2-3+deb8u5
ii  procps 2:3.3.9-9

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.35

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  w3m [www-browser]0.5.3-19

Versions of packages apache2-bin depends on:
ii  libapr1  1.5.1-3
ii  libaprutil1  1.5.4-1
ii  libaprutil1-dbd-sqlite3  1.5.4-1
ii  libaprutil1-ldap 1.5.4-1
ii  libc62.19-18+deb8u4
ii  libldap-2.4-22.4.40+dfsg-1+deb8u2
ii  liblua5.1-0  5.1.5-7.1
ii  libpcre3 2:8.35-3.3+deb8u4
ii  libssl1.0.0  1.0.1t-1+deb8u2
ii  libxml2  2.9.1+dfsg1-5+deb8u2
ii  perl 5.20.2-3+deb8u5
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  w3m [www-browser]0.5.3-19

Versions of packages apache2 is related to:
ii  apache2  2.4.10-10+deb8u4
ii  apache2-bin  2.4.10-10+deb8u4

-- Configuration Files:
/etc/apache2/apache2.conf changed [not included]
/etc/apache2/conf-available/security.conf changed [not included]
/etc/apache2/mods-available/deflate.conf changed [not included]
/etc/apache2/mods-available/ldap.conf changed [not included]
/etc/apache2/mods-available/mime.conf changed [not included]
/etc/apache2/mods-available/mpm_prefork.conf changed [not included]
/etc/apache2/mods-available/negotiation.conf changed [not included]
/etc/apache2/mods-available/ssl.conf changed [not included]
/etc/apache2/mods-available/status.conf changed [not included]
/etc/apache2/ports.conf changed [not included]
/etc/logrotate.d/apache2 changed [not included]

-- no debconf information

Bug#827259: samba-libs: winbind segfault in libsamba-security.so.0 after update to 4.2.10+dfsg-0+deb8u3

[r0p]

Package: samba-libs
Version: 2:4.2.10+dfsg-0+deb8u3
Severity: normal

Dear Maintainer,

Server act as http proxy with squid and winbind against AD (2003).
The squid3 configuration file containis the following line:
/usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp

After update (samba,winbind) to version 4.2.10+dfsg-0+deb8u3 authentication 
stop working with these errors:
cze 14 09:17:02 httproxy kernel: ntlm_auth[2454]: segfault at 4 ip b6f44163 sp 
bfe64fb0 error 4 in libsamba-security.so.0
cze 14 09:17:04 httproxy kernel: ntlm_auth[2467]: segfault at 4 ip b6fd1163 sp 
bfd8c8d0 error 4 in libsamba-security.so.0
cze 14 09:17:19 httproxy kernel: ntlm_auth[2469]: segfault at 4 ip b6f5a163 sp 
bf9c0a10 error 4 in libsamba-security.so.0
cze 14 09:17:53 httproxy kernel: ntlm_auth[2470]: segfault at 4 ip b6f68163 sp 
bffda370 error 4 in libsamba-security.so.0
cze 14 09:17:58 httproxy kernel: ntlm_auth[2471]: segfault at 4 ip b6f14163 sp 
bf9709a0 error 4 in libsamba-security.so.0 

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
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 samba-libs depends on:
ii  libacl12.2.52-2
ii  libattr1   1:2.4.47-2
ii  libbsd00.7.0-2
ii  libc6  2.19-18+deb8u4
ii  libcap21:2.24-8
ii  libcups2   1.7.5-11+deb8u1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libldap-2.4-2  2.4.40+dfsg-1+deb8u2
ii  libldb12:1.1.20-0+deb8u1
ii  libntdb1   1.0-5
ii  libpam0g   1.1.8-3.1+deb8u1+b1
ii  libpopt0   1.16-10
ii  libpython2.7   2.7.9-2
ii  libtalloc2 2.1.2-0+deb8u1
ii  libtdb11.3.6-0+deb8u1
ii  libtevent0 0.9.25-0+deb8u1
ii  libwbclient0   2:4.2.10+dfsg-0+deb8u3
ii  multiarch-support  2.19-18+deb8u4
ii  python-talloc  2.1.2-0+deb8u1
ii  zlib1g 1:1.2.8.dfsg-2+b1

samba-libs recommends no packages.

samba-libs suggests no packages.

-- no debconf information

Bug#815409: mips qemu-img segfault is due to stack not being executable

[Peter Maydell]

I investigated this qemu-img segfault, and it turns out to be
due to a conflict between QEMU not marking its coroutine stacks
as executable and the MIPS kernel insisting on an executable
stack for floating-point emulation. Full analysis here:
 https://lists.nongnu.org/archive/html/qemu-devel/2016-06/msg03272.html

QEMU needs to change to allocating its coroutine stacks in
a way that gives them the same permissions as the initial
stack has, but it's not clear how best to do that.

thanks
-- PMM

Bug#823186:

[Erik Haller]

I am having the same problem. When I visit
http://www.classicalkusc.org/stream/listen.html and click the Play button
(triangle in the middle) to stream music, chromium crashes with aw, snap.

Version: 51.0.2704.79-1, crashes

Version: chromium_51.0.2704.63-1-deb8u1_i386.deb, works great.

I disabled all extensions and tried *.79 with a temporary profile.

Bug#827041: geoip-database-contrib conflicts on install

[Andreas Beckmann]

Control: tag -1 - moreinfo
Control: severity -1 important
Control: retitle -1 geoip-database-contrib: clarify description

On 2016-06-14 12:25, Nikolas Grottendieck wrote:
> It appears you are correct and I just didn’t understand/read the package 
> descriptions correctly … my bad.
> To prevent further misunderstandings would it be possible to update the 
> geoip-database-contrib package description and improve the wording?
...

That certainly should be done. Retitling the bug accordingly and
lowering the severity.


Andreas

Bug#827261: backuppc: Browse backups show a not exist folder

[Samuel Wolf]

Package: backuppc
Version: 3.3.1-3
Severity: important

Backup number   0   |   1
Backup time 2016-06-14 12:20 (full) |   2016-06-14 12:23 (Incr)
Folder1 dir |

Browse backups show a not exist folder "Folder1" in backup 2016-06-14 12:23 
(Incr).
Next thing is you can restore this folder over the GUI "successful" but it will 
never restore on the share (SMB).

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

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

Versions of packages backuppc depends on:
ii  adduser 3.113+nmu3
ii  apache2 [httpd] 2.4.10-10+deb8u4
ii  apache2-utils   2.4.10-10+deb8u4
ii  bzip2   1.0.6-7+b3
ii  debconf [debconf-2.0]   1.5.56
ii  dpkg1.17.27
ii  iputils-ping3:20121221-5+b2
ii  libarchive-zip-perl 1.39-1
ii  libc6   2.19-18+deb8u4
pn  libdigest-md5-perl  
ii  libtime-parsedate-perl  2013.1113-2
ii  libwww-perl 6.08-1
ii  perl [libio-compress-perl]  5.20.2-3+deb8u5
ii  postfix [mail-transport-agent]  2.11.3-1
ii  samba-common-bin2:4.2.10+dfsg-0+deb8u3
ii  smbclient   2:4.2.10+dfsg-0+deb8u3
ii  tar 1.27.1-2+b1
ii  ucf 3.0030

Versions of packages backuppc recommends:
ii  libfile-rsyncp-perl  0.70-1.1+b1
ii  libio-dirent-perl0.05-1+b2
ii  openssh-client [ssh-client]  1:6.7p1-5+deb8u2
ii  rrdtool  1.4.8-1.2
ii  rsync3.1.1-3

Versions of packages backuppc suggests:
ii  lynx-cur [www-browser]  2.8.9dev1-2+deb8u1
ii  par20.6.11-1
ii  w3m [www-browser]   0.5.3-19

-- Configuration Files:
/etc/backuppc/apache.conf changed [not included]
/etc/backuppc/hosts changed [not included]
/etc/backuppc/localhost.pl [Errno 2] Datei oder Verzeichnis nicht gefunden: 
u'/etc/backuppc/localhost.pl'

-- debconf information excluded

Bug#827260: override: gcc-4.9-base:libs/optional

[Laurent Bigonville]

Package: ftp.debian.org
Severity: normal

Hi,

Could you please lower the priority of gcc-4.9-base to optional?

I don't see any rdep with a priority higher than optional; this would
avoid the package to be installed by default.

Regards,

Laurent Bigonville

Bug#827041: geoip-database-contrib conflicts on install

[Nikolas Grottendieck]

On 13.06.2016, at 19:03, Andreas Beckmann  wrote:
> 
> Control: tag -1 moreinfo
> 
> On Sat, 11 Jun 2016 15:07:04 +0200 Nikolas Grottendieck
>  wrote:
>> according to bug report 767559 the conflict arising when trying to install 
>> geoip-database-contrib should be fixed with version 1.17+nmu1 of 
>> geoip-database-contrib.
>> 
>> However, I am currently still getting the error:
>> 
>> The following packages have unmet dependencies:
>> geoip-database-contrib : Conflicts: geoid-database but 20150317-1 is 
>> installed.
>> Conflicts: geoip-database-extra but 20150317-1 is 
>> installed.
>> The following actions will resolve these dependencies:
>> 
>>Remove the following packages:
>> 1) geoid-database
>> 2) geoip-database-extra
> 
> I just tested this in a minimal jessie chroot with geoip-database
> geoip-database-extra installed:
> 
> # apt-get install geoip-database-contrib
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following extra packages will be installed:
>  libicu52 libpsl0 ucf wget
> Suggested packages:
>  cron-daemon
> The following packages will be REMOVED:
>  geoip-database geoip-database-extra
> The following NEW packages will be installed:
>  geoip-database-contrib libicu52 libpsl0 ucf wget
> 0 upgraded, 5 newly installed, 2 to remove and 0 not upgraded.
> Need to get 11.8 kB/7403 kB of archives.
> After this operation, 204 kB of additional disk space will be used.
> Do you want to continue? [Y/n]
> 
> 
> Which looks like the correct solution. AIUI geoip-database-contrib
> provides a superset of the functionality from geoip-database and
> geoip-database-extra. Therefore removing geoip-database and
> geoip-database-extra upon installation of geoip-database-contrib is
> correct, since there cannot be two packages providing the same files at
> the same time. #767559 was about a missing declaration of this conflict,
> leading to a file overwrite error.
> 
> 
> Andreas

It appears you are correct and I just didn’t understand/read the package 
descriptions correctly … my bad. To prevent further misunderstandings would it 
be possible to update the geoip-database-contrib package description and 
improve the wording?
While it is mentioned on the geoip-database and -extra package description 
pages that -contrib provides these features there is no mention on the -contrib 
page explaining this properly. In my opinion it should be more clearly stated 
that -contrib not only keeps the databases up to date (maybe include the update 
interval as well?) but also provides all databases the other two packages would 
provide and can, hence, be used as a substitute.
Given that there’s also a stack overflow question (see 
http://stackoverflow.com/q/37080475/2920585 ) asking for the differences as 
well, there are clearly more people who are not too sure about this.

Best regards and thanks for the help,
Nikolas



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#827018: xserver-xorg-input-all: Don't depend on x-x-input-synaptics

[Nicolas Le Cam]

2016-06-14 10:49 GMT+02:00 Emilio Pozuelo Monfort :
> On 14/06/16 07:46, Nicolas Le Cam wrote:
> Non-GNOME DEs can't configure the libinput driver yet. Just like GNOME can't
> configure the synaptics driver anymore. So with that change we would fix one 
> but
> break the others.
>
> We will deal with this one way or another. It's just not clear yet what the 
> best
> solution is.
>
> Cheers,
> Emilio

Thanks Emilio,

I see there is a similar change started for the wacom driver, but not
completed yet.
What about making something similar for synaptics ?
i.e. make x-x-input-all recommends synaptics only instead of depending
on it and make DEs not able to configure libinput driver yet depend on
it.

ATM gnome (which is the default DE on most arch) experience is really
downgraded ...

Cheers,
Nicolas

Bug#747824: Conflict with apmd

[George B.]

Hello,

Just an FYI: atom provides an apmd binary which conflicts with one provided
by apmd package.

https://github.com/atom/atom/issues/3926


Best regards,

George

Bug#827261: backuppc: Restore of folder successful but never on the share (SMB)

[Samuel Wolf]

Sorry the browse backups is now clear, I don't see the # column.

But if I want restore the dir from a backup (# column show nothing) which
never contain
the dir backuppc show:
2016-06-14 12:52:51 restore 4 complete (0 files, 0 bytes, 1 dirs, 96
xferErrs)
But the folder is never restore on the share.

Select a backup which contain the dir (# column show "0") I see also the
xferErrs but the
dir was successful restored on the share.

Samuel

Bug#747824: Conflict with apmd

[George B.]

* provides an apm binary.


George

On 14 June 2016 at 12:01, George B.  wrote:

> Hello,
>
> Just an FYI: atom provides an apmd binary which conflicts with one
> provided by apmd package.
>
> https://github.com/atom/atom/issues/3926
>
>
> Best regards,
>
> George
>
>

Bug#827262: gcin: FTBFS:

[Chris Lamb]

Source: gcin
Version: 2.8.4+dfsg1-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

gcin fails to build from source in unstable/amd64:

  [..]

   ^
  gcc -o pin-juyin pin-juyin.o util.o pho-lookup.o locale.o pho-sym.o 
-Wl,-z,relro -Wl,--as-needed -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 
-latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 
-lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -lX11 -ldl -lm -lappindicator3 
-ldbusmenu-glib -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 
-lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0
  rm -f gcin-fedora.spec
  sed -e "s/__gcin_version__/2.8.4/" < gcin-fedora.spec.in > gcin-fedora.spec
  make -C data
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160614102505.Vxible93Ts.gcin/gcin-2.8.4+dfsg1/data'
  export LD_LIBRARY_PATH=../im-client;../phoa2d pho.tab2.src
  export LD_LIBRARY_PATH=../im-client;../tsa2d32 tsin.src
  3倍 3 ㄅㄟ4 0
  Sorting 
  before delete duplicate N:49911
  after delete duplicate N:49911  max_len:15
  Sorting by usecount 
  Writing data tsin32 928657
  49911 phrases
  ../gcin2tab NewCJ3.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:33 keybits:6
  char def
  MaxPress: 5
  Defined Characters:140007
  phrase count:69725
  ../gcin2tab cj.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:27 keybits:6
  char def
  MaxPress: 5
  Defined Characters:13209
  phrase count:41
  ../gcin2tab ar30.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:41 keybits:6
  char def
  MaxPress: 5
  Defined Characters:25011
  phrase count:49
  ../gcin2tab ar30-big.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:41 keybits:6
  char def
  MaxPress: 5
  Defined Characters:86141
  phrase count:50
  ../gcin2tab pinyin.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:37 keybits:6
  char def
  MaxPress: 7
  Defined Characters:6865
  phrase count:9
  ../gcin2tab jyutping.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:33 keybits:6
  char def
  MaxPress: 7
  Defined Characters:13305
  ../gcin2tab cj5.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:27 keybits:6
  char def
  MaxPress: 5
  Defined Characters:74944
  phrase count:2
  ../kbmcv et.kbmsrc
  ../kbmcv et26.kbmsrc
  ../kbmcv zo.kbmsrc
  ../kbmcv pinyin.kbmsrc
  ../kbmcv dvorak.kbmsrc
  ../kbmcv mitac.kbmsrc
  ../kbmcv colemak.kbmsrc
  ../kbmcv ibm.kbmsrc
  ../kbmcv hsu.kbmsrc
  export LD_LIBRARY_PATH=../im-client;../phoa2d pho-huge.tab2.src
  ../gcin2tab simplex.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:27 keybits:6
  char def
  MaxPress: 2
  Defined Characters:17457
  phrase count:2
  ../gcin2tab symbols.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:48 keybits:6
  char def
  MaxPress: 1
  Defined Characters:47
  ../gcin2tab russian.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:48 keybits:6
  char def
  MaxPress: 1
  Defined Characters:47
  phrase count:2
  ../gcin2tab greek.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:50 keybits:6
  char def
  MaxPress: 2
  Defined Characters:56
  phrase count:2
  ../gcin2tab cj-punc.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:34 keybits:6
  char def
  MaxPress: 5
  Defined Characters:13225
  phrase count:45
  ../gcin2tab latin-letters.cin
  -- gcin2tab encoding UTF-8 --
  --- please use iconv -f big5 -t utf-8 if your file is in big5 encoding
  KeyNum:56 keybits:6
  char def
  MaxPress: 5
  Defined Characters:268
  phrase count:56
  gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-Wdate-time -D_FORTIFY_SOURCE=2 -DUNIX=1  -g -O -pthread -I/usr/include/gtk-2.0 
-I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/gio-unix-2.0/ 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libpng16 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 
-I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/freetype2 -I.. 
-DDEBU

Bug#827263: cryptsetup: typo in README.initramfs

[Stuart Prescott]

Package: cryptsetup
Version: 2:1.6.6-5
Severity: minor

Dear Maintainer,

in README.initramfs (line 64), it says that the command to be used to update
the initramfs is "initramfs-update -u"; it should be "update-initramfs -u".

cheers
Stuart

Bug#815409: mips qemu-img segfault is due to stack not being executable

[Michael Tokarev]

Control: forwarded -1 
https://lists.nongnu.org/archive/html/qemu-devel/2016-06/msg03272.html

14.06.2016 13:25, Peter Maydell wrote:
> I investigated this qemu-img segfault, and it turns out to be
> due to a conflict between QEMU not marking its coroutine stacks
> as executable and the MIPS kernel insisting on an executable
> stack for floating-point emulation. Full analysis here:
>  https://lists.nongnu.org/archive/html/qemu-devel/2016-06/msg03272.html

It shouldn't affect qemu-img only, other components should fail
the same way, right?

Thank you very much for the analysis!

/mjt

Bug#827216: android-sdk: Process 'command 'aapt'' finished with non-zero exit value 134

[殷啟聰]

Can you attach the outputs of running `gradle build --debug` and the
detailed "Abort message"?

Bug#815409: mips qemu-img segfault is due to stack not being executable

[Peter Maydell]

On 14 June 2016 at 12:24, Michael Tokarev  wrote:
> It shouldn't affect qemu-img only, other components should fail
> the same way, right?

Potentially, yes. It depends whether they have coroutines
which happen to execute code that gets compiled into
the affected floating point instructions (some kinds of
fp related branches with delay slots, I think).

thanks
-- PMM

Bug#825158: On post-install first start, battery-graph fails to start with a syntax error

[Petter Reinholdtsen]

Control: tags -1 + patch

[Didier 'OdyX' Raboud]
> Hi,

Hi, and thank you for the bug report.

> I haven't investigated further, but this might be caused by having
> only one single line in the log.

Is it working better once you have something in the log?

I believe this patch will solve the problem.  I'm pushing it upstream.

diff --git a/src/battery-graph.in b/src/battery-graph.in
index a61cdec..bb5cb62 100644
--- a/src/battery-graph.in
+++ b/src/battery-graph.in
@@ -172,11 +172,14 @@ TIME_LAST_DISCHARGE_BEGIN=`awk "BEGIN {last_status=-1} \
 { if (\\\$3!=last_status && \\\$3==1) {tchange = \\\$1} last_status=\\\$3 } \
 END {print (tchange)}" $TMPFILENAME`
 
-TIME_LAST_DISCHARGE_END=`awk "BEGIN {last_status=-1} \
+if [ ! "$TIME_LAST_RECORD" ] ; then
+SWITCH_RATE=false
+else
+TIME_LAST_DISCHARGE_END=`awk "BEGIN {last_status=-1} \
 { if (\\\$3!=last_status && \\\$3==2) {tchange = \\\$1} last_status=\\\$3 } \
END { if (tchange>$TIME_LAST_DISCHARGE_BEGIN) {print (tchange)} 
else {print $TIME_LAST_RECORD} }" $TMPFILENAME`
-
+fi
 ZERO_BIOS_ESTIMATE=`tail -n 1 $TMPFILENAME | awk '{ print $6 }'`
 
 

-- 
Happy hacking
Petter Reinholdtsen

Bug#827244: libimage-exiftool-perl: perhaps describe the use of Recommends

[Phil Harvey]

I'm leaning towards dropping the Unicode::GCString recommendation in future 
releases because it may be more bother than it's worth.  The feature it enables 
isn't critical (it only improves column alignment in the plain text output for 
some languages), and will be useful only for a very small fraction of ExifTool 
users.

- Phil

> On Jun 14, 2016, at 2:28 AM, gregor herrmann  wrote:
> 
> On Tue, 14 Jun 2016 03:33:03 +0200, Christoph Anton Mitterer wrote:
> 
>> Perhaps it would make sense to describe the benefits
>> of the recommended packages in the package description
>> as e.g. devscripts does it.
> 
> Thanks, will keep it in mind for the next upload.
> 
>> I couldn't e.g. find out, what the new one,
>> libunicode-linebreak-perl
>> is good for (upstream doesn't seem to mention it).
> 
> It's in upstream Changes for 10.20:
> https://anonscm.debian.org/cgit/pkg-perl/packages/libimage-exiftool-perl.git/diff/Changes?id=e69ad9a9aaf69a446229e1a2291af09451705df2
> +  - Fixed column alignment of alternate-language output (requires
> +Unicode::GCString to be installed)
> 
> and in the README as well:
> https://anonscm.debian.org/cgit/pkg-perl/packages/libimage-exiftool-perl.git/diff/README?id=e69ad9a9aaf69a446229e1a2291af09451705df2
> +  Unicode::GCString(for column-alignment of alternate language output)
> 
> And Unicode::GCString is in libunicode-linebreak-perl which is
> probably the not-immediately-obvious part :)
> 
> 
> Cheers,
> gregor
> 
> -- 
> .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
> : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
> `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
>   `-   BOFH excuse #311:  transient bus protocol violation 
> 

Bug#827264: aapt package aborts with exit code 134

[Chirayu Desai]

Package: aapt
Version: 1:6.0.1+r43-1
Severity: important

Dear Maintainers,

I'm trying to use aapt to package an android app, but it fails to do so.
I've tried this by running 'gradle build' with a sample app I have at [1],
and also with 'apktool' by running 'apktool build'

'gradle build --debug' output:
17:17:15.754 [ERROR] [org.gradle.BuildExceptionReporter] * What went wrong:
17:17:15.754 [ERROR] [org.gradle.BuildExceptionReporter] Execution failed for 
task ':processDebugResources'.
17:17:15.754 [ERROR] [org.gradle.BuildExceptionReporter] > 
com.android.ide.common.process.ProcessException: 
org.gradle.process.internal.ExecException: Process 'command 
'/usr/lib/android-sdk/build-tools/23.0.2/aapt'' finished with non-zero exit 
value 134

Running 'gradle build --stacktrace' gives the aapt command used, which is:
/usr/lib/android-sdk/build-tools/23.0.2/aapt package -f --no-crunch -I 
/usr/lib/android-sdk/platforms/android-23/android.jar -M 
/mnt/debian/apps/HelloWorld/build/intermediates/manifests/full/debug/AndroidManifest.xml
 -S /mnt/debian/apps/HelloWorld/build/intermediates/res/merged/debug -A 
/mnt/debian/apps/HelloWorld/build/intermediates/assets/debug -m -J 
/mnt/debian/apps/HelloWorld/build/generated/source/r/debug -F 
/mnt/debian/apps/HelloWorld/build/intermediates/res/resources-debug.ap_ 
--debug-mode --custom-package org.hello -0 apk --no-version-vectors

Running that manually results in:
$ aapt ...
Aborted

Running it with 'strace' shows:
< initial output: http://ix.io/SAr>
open("/mnt/debian/apps/HelloWorld/build/intermediates/manifests/full/debug/AndroidManifest.xml",
 O_RDONLY) = 4
read(4, "https://gitlab.com/cde/AndroidHelloWorld

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

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

Versions of packages aapt depends on:
ii  android-libaapt   1:6.0.1+r43-1
ii  android-libutils  1:6.0.1+r43-1
ii  libc6 2.22-11
ii  libgcc1   1:6.1.1-6
ii  libstdc++66.1.1-6

aapt recommends no packages.

aapt suggests no packages.

-- no debconf information

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

[Thorsten Glaser]

On Sat, 11 Jun 2016, Ola Lundqvist wrote:

> Thanks a lot for your report. It happen to be the harden-build flag
> correction that caused this. I have reverted that now and will upload

Erm… how about you fix the bug instead? The hardened build just makes
the system reliably crash instead of unreliably use Undefined Behaviour,
corrupt data, etc.

> a corrected package shortly.

You mean a security-wise broken package that may corrupt user data?

bye,
//mirabilos
-- 
[16:04:33] bkix: "veni vidi violini"
[16:04:45] bkix: "ich kam, sah und vergeigte"...

Bug#827216: [Android-tools-devel] Bug#827216: android-sdk: Process 'command 'aapt'' finished with non-zero exit value 134

[Chirayu Desai]

That doesn't really say much.
The "Abort message" is just abort.

This happens with apktool as well, and is an aapt issue, so I filed a
bug for it.
It has more info, see: #827264

On Tue, Jun 14, 2016 at 5:02 PM, 殷啟聰  wrote:
> Can you attach the outputs of running `gradle build --debug` and the
> detailed "Abort message"?
>
> ___
> Android-tools-devel mailing list
> android-tools-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/android-tools-devel

Bug#827244: libimage-exiftool-perl: perhaps describe the use of Recommends

[Christoph Anton Mitterer]

On Tue, 2016-06-14 at 08:28 +0200, gregor herrmann wrote:
> And Unicode::GCString is in libunicode-linebreak-perl which is
> probably the not-immediately-obvious part :)

Ah :D ... I've actually looked up the README, but yes, I didn't notice
that Unicode::GCString is part of libunicode-linebreak-perl as that
package's description doesn't mention it O:-)

Thanks,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

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

[Ola Lundqvist]

Hi

The harden build flags bug is still open (I reopened it). The proposed
patch was not good enough.

/ Ola

Sent from a phone
Den 14 jun 2016 14:02 skrev "Thorsten Glaser" :

> On Sat, 11 Jun 2016, Ola Lundqvist wrote:
>
> > Thanks a lot for your report. It happen to be the harden-build flag
> > correction that caused this. I have reverted that now and will upload
>
> Erm… how about you fix the bug instead? The hardened build just makes
> the system reliably crash instead of unreliably use Undefined Behaviour,
> corrupt data, etc.
>
> > a corrected package shortly.
>
> You mean a security-wise broken package that may corrupt user data?
>
> bye,
> //mirabilos
> --
> [16:04:33] bkix: "veni vidi violini"
> [16:04:45] bkix: "ich kam, sah und vergeigte"...
>

Bug#827264: aapt package aborts with exit code 134

[Chirayu Desai]

Here's a log [1] from the android build of aapt / libaapt, very useful
for comparison.

[1]: http://sprunge.us/CYJL

On Tue, 14 Jun 2016 17:32:37 +0530 Chirayu Desai  wrote:
> Package: aapt
> Version: 1:6.0.1+r43-1
> Severity: important
>
> Dear Maintainers,
>
> I'm trying to use aapt to package an android app, but it fails to do so.
> I've tried this by running 'gradle build' with a sample app I have at [1],
> and also with 'apktool' by running 'apktool build'
>
> 'gradle build --debug' output:
> 17:17:15.754 [ERROR] [org.gradle.BuildExceptionReporter] * What went wrong:
> 17:17:15.754 [ERROR] [org.gradle.BuildExceptionReporter] Execution failed for 
> task ':processDebugResources'.
> 17:17:15.754 [ERROR] [org.gradle.BuildExceptionReporter] > 
> com.android.ide.common.process.ProcessException: 
> org.gradle.process.internal.ExecException: Process 'command 
> '/usr/lib/android-sdk/build-tools/23.0.2/aapt'' finished with non-zero exit 
> value 134
>
> Running 'gradle build --stacktrace' gives the aapt command used, which is:
> /usr/lib/android-sdk/build-tools/23.0.2/aapt package -f --no-crunch -I 
> /usr/lib/android-sdk/platforms/android-23/android.jar -M 
> /mnt/debian/apps/HelloWorld/build/intermediates/manifests/full/debug/AndroidManifest.xml
>  -S /mnt/debian/apps/HelloWorld/build/intermediates/res/merged/debug -A 
> /mnt/debian/apps/HelloWorld/build/intermediates/assets/debug -m -J 
> /mnt/debian/apps/HelloWorld/build/generated/source/r/debug -F 
> /mnt/debian/apps/HelloWorld/build/intermediates/res/resources-debug.ap_ 
> --debug-mode --custom-package org.hello -0 apk --no-version-vectors
>
> Running that manually results in:
> $ aapt ...
> Aborted
>
> Running it with 'strace' shows:
> < initial output: http://ix.io/SAr>
> open("/mnt/debian/apps/HelloWorld/build/intermediates/manifests/full/debug/AndroidManifest.xml",
>  O_RDONLY) = 4
> read(4, " close(4)= 0
> rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
> tgkill(1970, 1970, SIGABRT) = 0
> --- SIGABRT {si_signo=SIGABRT, si_code=SI_TKILL, si_pid=1970, si_uid=1000} ---
> +++ killed by SIGABRT +++
>
> This bug affects the packages 'android-sdk' as well as 'apktool', as neither 
> will be able to be fully used due to this.
>
> [1]: https://gitlab.com/cde/AndroidHelloWorld
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages aapt depends on:
> ii  android-libaapt   1:6.0.1+r43-1
> ii  android-libutils  1:6.0.1+r43-1
> ii  libc6 2.22-11
> ii  libgcc1   1:6.1.1-6
> ii  libstdc++66.1.1-6
>
> aapt recommends no packages.
>
> aapt suggests no packages.
>
> -- no debconf information
>

Bug#827265: dpkg: stopped honoring COLUMNS

[Norbert Preining]

Package: dpkg
Version: 1.18.7
Severity: normal

Hi all,

in former times one could do
COLUMNS=200 dpkg -l ...
to see eg the full version number. This has gone, although the man page
still mentions it.

All the best

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.7.0-rc3 (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 dpkg depends on:
ii  libbz2-1.0   1.0.6-8
ii  libc62.22-11
ii  liblzma5 5.1.1alpha+20120614-2.1
ii  libselinux1  2.5-3
ii  tar  1.29-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  1.2.13

-- no debconf information

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

[Roman Mamedov]

On Tue, 14 Jun 2016 14:02:42 +0200 (CEST)
Thorsten Glaser  wrote:

> > Thanks a lot for your report. It happen to be the harden-build flag
> > correction that caused this. I have reverted that now and will upload
> 
> Erm… how about you fix the bug instead? The hardened build just makes
> the system reliably crash instead of unreliably use Undefined Behaviour,
> corrupt data, etc.
> 
> > a corrected package shortly.
> 
> You mean a security-wise broken package that may corrupt user data?

The package worked just fine for years for thousands of people before your
patch, without any reports of data corruption or undefined behavior. Now,
adding the patch renders it unusable by "making it reliably crash", it is
arguably up to YOU as the patch author to check for AND correct any arising
regressions -- not ordering other people around to correct your mess.

-- 
With respect,
Roman


pgpBDLGEHaEXk.pgp
Description: OpenPGP digital signature

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

[Ola Lundqvist]

Hi Roman

It was not Torsten who wrote the patch.

Just FYI.

We may have a security issue, but I guess it is not critical. Epecially
since it is in a client software.

/ Ola

Sent from a phone
Den 14 jun 2016 14:18 skrev "Roman Mamedov" :

> On Tue, 14 Jun 2016 14:02:42 +0200 (CEST)
> Thorsten Glaser  wrote:
>
> > > Thanks a lot for your report. It happen to be the harden-build flag
> > > correction that caused this. I have reverted that now and will upload
> >
> > Erm… how about you fix the bug instead? The hardened build just makes
> > the system reliably crash instead of unreliably use Undefined Behaviour,
> > corrupt data, etc.
> >
> > > a corrected package shortly.
> >
> > You mean a security-wise broken package that may corrupt user data?
>
> The package worked just fine for years for thousands of people before your
> patch, without any reports of data corruption or undefined behavior. Now,
> adding the patch renders it unusable by "making it reliably crash", it is
> arguably up to YOU as the patch author to check for AND correct any arising
> regressions -- not ordering other people around to correct your mess.
>
> --
> With respect,
> Roman
>

Bug#827177: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

We are ready to binNMU: fcitx-qt5, gcin, hime, kdeclarative, libqtxdg, plasma-
integration, qstyleplugins-src, gammaray, kwin, libfm-qt, lxqt-qtplugin, 
pyqt5, qtcurve and calibre.

I'll ask for qt3d-opensource-src removal from unstable after I push 5.6.1 to 
experimental, hopefully today.

qtquick1-opensource-src is going away, RM bug filled.

I'll also take care of pushing qtcreator today.

Thanks!

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


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

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

[Roman Mamedov]

On Tue, 14 Jun 2016 14:21:47 +0200
Ola Lundqvist  wrote:

> It was not Torsten who wrote the patch.

> Just FYI.

Apologies for assuming that he did. Guess I jumped to replying due to facing
this attitude too often, that things must be ultra-hardened and uber-secure,
without any concern if it's actually usable (SELinux comes to mind).

Thanks!

-- 
With respect,
Roman


pgp5kkA5XK7p0.pgp
Description: OpenPGP digital signature

Bug#827244: libimage-exiftool-perl: perhaps describe the use of Recommends

[Phil Harvey]

> On Jun 14, 2016, at 8:11 AM, Christoph Anton Mitterer  
> wrote:
> Ah :D ... I've actually looked up the README, but yes, I didn't notice
> that Unicode::GCString is part of libunicode-linebreak-perl as that
> package's description doesn't mention it O:-)

Good point.  I should probably change the "Unicode::GCString"
recommendation to "Unicode::LineBreak" since it is part of
this package.

- Phil


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#827134: fixed in gtk2-engines-murrine 0.98.1.1-6

[Vlad Orlov]

Hi,

That was fast, thanks. Is an update planned for Jessie as well?

Bug#796360: fixed in libical 2.0.0-0.1

[Alexis Bienvenüe]

Dear Maintainer,

>   * New upstream release
> - includes reproducible build fix (Closes: #796360)

The patch does not seem to be applied upstream:

https://github.com/libical/libical/blob/master/scripts/mkderivedvalues.pl#L155

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libical.html

Regards,
Alexis Bienvenüe.

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

[Ola Lundqvist]

:D

Sent from a phone
Den 14 jun 2016 14:33 skrev "Roman Mamedov" :

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

Bug#827259: [Pkg-samba-maint] Bug#827259: samba-libs: winbind segfault in libsamba-security.so.0 after update to 4.2.10+dfsg-0+deb8u3

[Mathieu Parent]

2016-06-14 11:57 GMT+02:00 r0p :
> Package: samba-libs
> Version: 2:4.2.10+dfsg-0+deb8u3
> Severity: normal
>
> Dear Maintainer,
>
> Server act as http proxy with squid and winbind against AD (2003).
> The squid3 configuration file containis the following line:
> /usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp
>
> After update (samba,winbind) to version 4.2.10+dfsg-0+deb8u3 authentication 
> stop working with these errors:
> cze 14 09:17:02 httproxy kernel: ntlm_auth[2454]: segfault at 4 ip b6f44163 
> sp bfe64fb0 error 4 in libsamba-security.so.0
> cze 14 09:17:04 httproxy kernel: ntlm_auth[2467]: segfault at 4 ip b6fd1163 
> sp bfd8c8d0 error 4 in libsamba-security.so.0
> cze 14 09:17:19 httproxy kernel: ntlm_auth[2469]: segfault at 4 ip b6f5a163 
> sp bf9c0a10 error 4 in libsamba-security.so.0
> cze 14 09:17:53 httproxy kernel: ntlm_auth[2470]: segfault at 4 ip b6f68163 
> sp bffda370 error 4 in libsamba-security.so.0
> cze 14 09:17:58 httproxy kernel: ntlm_auth[2471]: segfault at 4 ip b6f14163 
> sp bf9709a0 error 4 in libsamba-security.so.0

Can you try downgrading to previous version?

I have a similar setup (but with AD 2008r2) and don't have this issue.

Regards
-- 
Mathieu Parent

Bug#827266: Sources for python-setuptools include a debian/changelog.dch file

[Thomas Goirand]

Package: python-setuptools
Version: 18.8-1~bpo8+1
Severity: important

Hi Matthias,

After extracting python-setuptools_20.10.1-1.dsc, I get a debian/changelog.dch
file, which is breaking my automated backport script (which is using dch --bpo).
Please remove that file and re-upload.

Cheers,

Thomas Goirand (zigo)

Bug#821409: The GTK+ 3.20 breakage is IMHO clearly serious

[Adrian Bunk]

severity 821409 serious
reassign 822944 libgtk-3-0
block 821409 by 822944
thanks

GTK+ upgrade causes serious problems in many applications - this clearly 
has to be treated as RC.

Please keep this open as RC bug until all problems are fixed, and if 
other packages require updating or rebuilds it has to stay open until
libgtk-3-0 contains Breaks for all affected versions of other packages.

An important part of what has to be working is that when doing
  apt-get install -t stretch libgtk-3-0
from a jessie installation, the package dependencies have to ensure
that the resulting combination of packages is working.

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#741972: RFP: popcorn-time -- Torrent movie streamer

[Petter Reinholdtsen]

[Humberto Bruzetti 2014-05-14]
> A new team has taken the development of the software, and on May 13 the beta 
> of
> version 3.0 was released.
> 
> Site: http://get-popcorn.com/

This site no longer exist in DNS.

> Github Repo: https://github.com/popcorn-official/popcorn-app

Visiting this repo show the following notice:

  Repository unavailable due to DMCA takedown.

  This repository is currently disabled due to a DMCA takedown notice.
  We have disabled public access to the repository. The notice has
  been publicly posted.

  If you are the repository owner, and you believe that your repository
  was disabled as a result of mistake or misidentification, you have the
  right to file a counter notice and have the repository reinstated. Our
  help articles provide more details on our DMCA takedown policy and how
  to file a counter notice. If you have any questions about the process
  or the risks in filing a counter notice, we suggest that you consult
  with a lawyer.

The referred notice is available from
https://github.com/github/dmca/blob/master/2014-07-11-MPAA.md >.

I discovered this when I was going to check the copyright license of
Popcorn Time.  The task became a bit harder when the code no longer
were available on Github.

-- 
Happy hacking
Petter Reinholdtsen

Bug#801102: Fix for security issue in audiofile (CVE-2015-7747)?

[James Cowgill]

Control: forwarded -1 https://github.com/mpruett/audiofile/pull/25

Hi,

On Mon, 2016-06-13 at 11:20 +0200, Petter Reinholdtsen wrote:
> Hi.  You get this email as author of the audiofile package. Are you
> aware of the security issue reported in Debian for audiofile, see the
> CVE entry on top of https://bugs.debian.org/src:audiofile
> >.  Is there a fix available?  Is the same issue reported in other
> bug trackers you are aware of?  Are there plans for a new release?

The fix is here:
https://github.com/mpruett/audiofile/pull/25

The links at the top of this page should lead you to various other bug
trackers:
https://security-tracker.debian.org/tracker/CVE-2015-7747

I can fix it right now in Debian (along with a few other things). Hold
on a moment...

James

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

Bug#801102: Fix for security issue in audiofile (CVE-2015-7747)?

[Petter Reinholdtsen]

[James Cowgill]
> I can fix it right now in Debian (along with a few other things). Hold
> on a moment...

Very good.  Via the upstream github pull request I discovered that
Ubuntu already uploaded a fix, available as a rather messy patch from
https://patches.ubuntu.com/a/audiofile/audiofile_0.3.6-2ubuntu0.15.10.1.patch >.

I look forward to seeing the fix in Debian unstable.  Do you plan to fix
it in stable too?

-- 
Happy hacking
Petter Reinholdtsen

Bug#792415: python-debian: Remove support for broken timezone names

[Stuart Prescott]

Hi Guillem,

> As the commit log and the mail on that thread say, this has never worked,
> so I'd be extremely surprised to see any such bogus timezones in the wild.

I had missed that the regex only accepted a single character -- yes, that does 
indeed make it much more unlikely that such changelog entries exist.

Applied in git -- thanks!

Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7

Bug#803566: kmidimon: FTBFS: add_custom_target cannot create target "uninstall"

[Radovan Birdic]

Hello,

Similar issue is already noticed for package klatexformula
and resolved by removing uninstall target from CMakeLists.txt

klatexformula (3.3.0~beta-1) unstable; urgency=medium

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803761

I have created and attached a patch resolving this issue.

Patch is tested on mipsel, mips64el, i386 and amd64.
With this patch package was build successfully.

Thank you!

Regards,
Radovan
--- kmidimon-0.7.5.orig/CMakeLists.txt
+++ kmidimon-0.7.5/CMakeLists.txt
@@ -128,13 +128,6 @@ CONFIGURE_FILE(
 "${CMAKE_SOURCE_DIR}/kmidimon.spec"
 IMMEDIATE @ONLY)
 
-CONFIGURE_FILE(
-"${CMAKE_SOURCE_DIR}/cmake_admin/cmake_uninstall.cmake.in"
-"${CMAKE_CURRENT_BINARY_DIR}/cmake_uninstall.cmake"
-IMMEDIATE @ONLY)
-ADD_CUSTOM_TARGET(uninstall
-"${CMAKE_COMMAND}" -P "${CMAKE_CURRENT_BINARY_DIR}/cmake_uninstall.cmake")
-
 ADD_CUSTOM_TARGET ( tarball
 COMMAND mkdir -p kmidimon-${VERSION}
 COMMAND cp -r cmake_admin kmidimon-${VERSION}

Bug#827134: fixed in gtk2-engines-murrine 0.98.1.1-6

[Yves-Alexis Perez]

On mar., 2016-06-14 at 15:36 +0300, Vlad Orlov wrote:
> Hi,
> 
> That was fast, thanks. Is an update planned for Jessie as well?

Not sure that would deserve a stable update, you can ask the release team
though.

Regards,
-- 

Yves-Alexis

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

Bug#801102: Fix for security issue in audiofile (CVE-2015-7747)?

[James Cowgill]

On Tue, 2016-06-14 at 15:43 +0200, Petter Reinholdtsen wrote:
> [James Cowgill]
> > I can fix it right now in Debian (along with a few other things). Hold
> > on a moment...
> 
> Very good.  Via the upstream github pull request I discovered that
> Ubuntu already uploaded a fix, available as a rather messy patch from
> .
> 
> I look forward to seeing the fix in Debian unstable.  Do you plan to fix
> it in stable too?

After I've fixed it in unstable, I'll ping the security team and see
what they have to say about stable updates. Jessie has 0.3.6 as well so
the patch should be identical.

James

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

Bug#827268: RM: refdbg -- RoM; old version; never part of unstable

[Jonny Lamb]

Package: ftp.debian.org
Severity: normal

Hi,

refdbg was always a bit of a pain, never really got used, never got into 
unstable, and there are better ways to conduct this kind of debugging 
nowadays. Let's get rid of it!


Thanks,
--
Jonny Lamb

Bug#827257: WIFI (Qualcomm Atheros QCA61x4A).

[Lennart Sorensen]

On Tue, Jun 14, 2016 at 11:42:28AM +0200, David Righetto wrote:
> Package: installation-reports
> 
>  
> 
> Hello,
> 
>  
> 
> My wifi doesn't seems to be detected.
> 
>  
> 
> Boot method : DVD
> 
> Image version : debian 8.4 (amd64)
> 
> Date : 2.4.2016
> 
> Machine : Acer Aspire V15 Nitro
> 
> System installation succesfully passed without any problem 
> 
> Partition : basic on a simple disk.
> 
>  
> 
> Unable to activate my WIFI (Qualcomm Atheros QCA61x4A).
> 
>  
> 
> Is there any chance that this wifi card be supported in the future versions
> ?
> 
>  
> 
> Many thanks for answering.

What does 'lspci -n' show?

A lot of wifi cards require non-free firmware to operate, which is not
included in the installer unless you use the unofficial non-free firmware
installer image.

I see QCA6174 mentioned in firmware-atheros in jessie-backports, but
not jessie.  That probably means you would need to install the kernel
from jessie-backports and the firmware-atheros from jessie-backports,
but then it ought to work.  See:
https://packages.debian.org/jessie-backports/firmware-atheros

I don't think there is any chance jessie updates will ever put in an
update that would make it work, but Stretch (with the non-free firmware
installed) should support it, as will jessie with a few of the backport
packages by the looks of it.

-- 
Len Sorensen

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

[Dmitry Smirnov]

Hi Michael,

Thanks for looking into the problem.

On Tuesday, 14 June 2016 3:45:35 PM AEST Michael Hudson-Doyle wrote:
> While this bug report makes sense, I can't reproduce the problem. Does
> it only fail on some version of golang-google-cloud in git that you
> haven't pushed to alioth or something? I'll try to code up a fix but
> it would be nice to test that it actually helps.

Please try building docker.io from "experimental" branch.

-- 
Regards,
 Dmitry Smirnov.

---

We often refuse to accept an idea merely because the way in which it has
been expressed is unsympathetic to us.
-- Friedrich Nietzsche


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

Bug#827226: [pkg-go] Bug#827226: incorrect preparation of build directory when pre-installed package is re-built

[Dmitry Smirnov]

On Tuesday, 14 June 2016 12:14:56 PM AEST Michael Hudson-Doyle wrote:
> On 14 June 2016 at 10:11, Dmitry Smirnov  wrote:
> > Also it would be nice to produce a warning to notify maintainer about
> > potential problem.
> 
> If the problem is fixed as you describe, I'm not sure what the point
> of the warning would be?

Maybe just to warn about potential circular dependency that maintainer may 
not be aware of...

-- 
Cheers,
 Dmitry Smirnov.

---

You have enemies? Good. That means you've stood up for something,
sometime in your life.
-- Victor Hugo, "Villemain", 1845
   (often misattributed to Winston Churchill)


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

Bug#473793: python-debian: add support for parsing removals.txt

[Stuart Prescott]

Control: tags -1 + patch

Hi!

Here's a first attempt at wrapping the interpretation of ftp-master removals 
via removals.822. Like other file formats derived from Deb822, the probable 
usage would be via an iterator of paragraphs:

removals = deb822.Removals.iter_paragraphs(f)

As for how much of the removals information should be parsed into classes, 
that's always up for debate and opinions are welcome.

cheers
Stuart


-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7>From 8782cde038d384ae339aaf96171644240ea088f2 Mon Sep 17 00:00:00 2001
From: Stuart Prescott 
Date: Sat, 16 Aug 2014 16:05:50 +1000
Subject: [PATCH] Add support for parsing ftp-master removals

---
 lib/debian/deb822.py| 118 +++
 tests/test_deb822.py|  19 +++
 tests/test_removals.822 | 132 
 3 files changed, 269 insertions(+)
 create mode 100644 tests/test_removals.822

diff --git a/lib/debian/deb822.py b/lib/debian/deb822.py
index c1dcb17..ee1ac07 100644
--- a/lib/debian/deb822.py
+++ b/lib/debian/deb822.py
@@ -1591,6 +1591,124 @@ class RestrictedWrapper(object):
 return self.__data.dump(*args, **kwargs)
 
 
+class Removals(Deb822):
+"""Represent an ftp-master removals.822 file
+
+Removal of packages from the archive are recorded by ftp-masters.
+See https://ftp-master.debian.org/#removed
+"""
+__sources_line_re = re.compile(r'\s*'
+r'(?P.+?)'
+r'_'
+r'(?P[^\s]+)'
+r'\s*'
+)
+__binaries_line_re = re.compile(r'\s*'
+r'(?P.+?)'
+r'_'
+r'(?P[^\s]+)'
+r'\s+'
+r'\[(?P.+)\]'
+)
+
+@property
+def date(self):
+""" a datetime object for the removal action """
+try:
+from dateutil.parser import parse
+except ImportError:
+warnings.warn("Install the python-dateutil or python3-dateutil "
+"package to process dates in package removals.")
+raise
+return parse(self['date'])
+
+@property
+def bug(self):
+""" list of bug numbers that had requested the package removal
+
+Note: there is normally only one entry in this list but there may be
+more than one.
+"""
+if 'bug' not in self:
+return []
+return self['bug'].split(",")
+
+@property
+def also_wnpp(self):
+""" list of WNPP bug numbers closed by the removal
+"""
+if 'also-wnpp' not in self:
+return []
+return self['also-wnpp'].split(" ")
+
+@property
+def also_bugs(self):
+""" list of bug numbers in the package closed by the removal
+
+Removal of a package implicitly also closes all bugs associated with
+the package.
+"""
+if 'also-bugs' not in self:
+return []
+return self['also-bugs'].split(" ")
+
+@property
+def sources(self):
+""" list of source packages that were removed
+
+A list of dicts is returned, each dict has the form:
+{
+'source': 'some-package-name',
+'version': '1.2.3-1'
+}
+
+Note: There may be no source packages removed at all if the removal is
+only of a binary package. An empty list is returned in that case.
+"""
+if hasattr(self, '_sources'):
+return self._sources
+
+s = []
+if 'sources' in self:
+for line in self['sources'].splitlines():
+matches = self.__sources_line_re.match(line)
+if matches:
+s.append({
+'source': matches.group('package'),
+'version': matches.group('version'),
+})
+self._sources = s
+return s
+
+@property
+def binaries(self):
+""" list of binary packages that were removed
+
+A list of dicts is returned, each dict has the form:
+{
+'package': 'some-package-name',
+'version': '1.2.3-1',
+'architectures': set(['i386', 'amd64'])
+}
+"""
+if hasattr(self, '_binaries'):
+return self._binaries
+
+b = []
+if 'binaries' in self:
+for line in self['binaries'].splitlines():
+matches = self.__binaries_line_re.match(line)
+if matches:
+b.append({
+'package': matches.group('package'

Bug#827271: ctpp2: FTBFS on sh4 due to mismatched symbols file

[John Paul Adrian Glaubitz]

Source: ctpp2
Version: 2.8.3-17
Severity: normal
User: debian-sup...@lists.debian.org
Usertags: sh4

Hello!

ctpp2 currently fails to build from source on sh4 due to a mismatched symbols 
file [1]:

dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libctpp2-2v5/DEBIAN/symbols doesn't match 
completely debian/libctpp2-2v5.symbols
--- debian/libctpp2-2v5.symbols (libctpp2-2v5_2.8.3-17_sh4)
+++ dpkg-gensymbolssAweP2   2016-02-16 05:07:45.0 +
@@ -194,10 +194,10 @@
  
_ZN4CTPP12CTPP2GetText11SetLanguageERNS_14SyscallFactoryERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 2.8.3
  (arch=!ia64 !powerpcspe !s390)_ZN4CTPP12CTPP2GetText12CTPP2CatalogD1Ev@Base 
2.8.3
  (arch=!ia64 !powerpcspe !s390)_ZN4CTPP12CTPP2GetText12CTPP2CatalogD2Ev@Base 
2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
  
_ZN4CTPP12CTPP2GetText13ParseMetadataERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 2.8.3
  
_ZN4CTPP12CTPP2GetText14AddTranslationERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_S8_@Base
 2.8.3
  _ZN4CTPP12CTPP2GetText14ExtractMessageEPKhjii@Base 2.8.3
@@ -208,17 +208,17 @@
  _ZN4CTPP12CTPP2GetText18InitSTDLibFunctionERNS_14SyscallFactoryE@Base 2.8.3
  
_ZN4CTPP12CTPP2GetText19CalculatePluralFormEjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_@Base
 2.8.3
  _ZN4CTPP12CTPP2GetText20StringifyInstructionENS0_17eCTPP2InstructionE@Base 
2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
  _ZN4CTPP

Bug#827270: ctpp2: FTBFS on m68k due to mismatched symbols file

[John Paul Adrian Glaubitz]

Source: ctpp2
Version: 2.8.3-17
Severity: normal
User: debian-...@lists.debian.org
Usertags: m68k

Hello!

ctpp2 currently fails to build from source on m68k due to a mismatched symbols 
file [1]:

dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libctpp2-2v5/DEBIAN/symbols doesn't match 
completely debian/libctpp2-2v5.symbols
--- debian/libctpp2-2v5.symbols (libctpp2-2v5_2.8.3-17_m68k)
+++ dpkg-gensymbolsRqVYQq   2016-05-07 15:26:58.0 +
@@ -194,10 +194,10 @@
  
_ZN4CTPP12CTPP2GetText11SetLanguageERNS_14SyscallFactoryERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 2.8.3
  (arch=!ia64 !powerpcspe !s390)_ZN4CTPP12CTPP2GetText12CTPP2CatalogD1Ev@Base 
2.8.3
  (arch=!ia64 !powerpcspe !s390)_ZN4CTPP12CTPP2GetText12CTPP2CatalogD2Ev@Base 
2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText12IsLtOrGtExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText13IsTernaryExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
  
_ZN4CTPP12CTPP2GetText13ParseMetadataERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE@Base
 2.8.3
  
_ZN4CTPP12CTPP2GetText14AddTranslationERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_S8_@Base
 2.8.3
  _ZN4CTPP12CTPP2GetText14ExtractMessageEPKhjii@Base 2.8.3
@@ -208,17 +208,17 @@
  _ZN4CTPP12CTPP2GetText18InitSTDLibFunctionERNS_14SyscallFactoryE@Base 2.8.3
  
_ZN4CTPP12CTPP2GetText19CalculatePluralFormEjRKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_@Base
 2.8.3
  _ZN4CTPP12CTPP2GetText20StringifyInstructionENS0_17eCTPP2InstructionE@Base 
2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
- (arch=armel armhf hppa hurd-i386 i386 kfreebsd-i386 mips mipsel powerpc 
x32)_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
- (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 !mips !mipsel 
!powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText6IsTermERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsEqExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
+ 
_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEj@Base
 2.8.3
+#MISSING: 2.8.3-17# (arch=!armel !armhf !hppa !hurd-i386 !i386 !kfreebsd-i386 
!mips !mipsel !powerpc 
!x32)_ZN4CTPP12CTPP2GetText8IsOrExprERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.8.3
  _ZN4CTPP

Bug#827269: finally remove refdbg variant

[Jonny Lamb]

Source: glib2.0
Version: 2.48.1-1
Severity: normal
Tags: patch

Hi,

I just filed for the removal of refdbg itself (#827268) so let's get rid 
of this variant finally too. I've attached an untested patch to do 
exactly that.


Cheerio,
--
Jonny Lamb
Index: debian/clean
===
--- debian/clean(revision 49072)
+++ debian/clean(working copy)
@@ -1,6 +1,5 @@
 debian/libgio-fam.install
 debian/libglib2.0-0.install
-debian/libglib2.0-0-refdbg.install
 debian/libglib2.0-0-dbg.install
 debian/libglib2.0-dev.install
 debian/libglib2.0-udeb.install
Index: debian/control
===
--- debian/control  (revision 49072)
+++ debian/control  (working copy)
@@ -173,20 +173,3 @@
 Description: GLib Input, Output and Streaming Library (fam module)
  GIO is the input, output and streaming API of GLib. This package
  provides a fam file and directory monitoring backend for it.
-
-Package: libglib2.0-0-refdbg
-Section: devel
-Priority: extra
-Architecture: any
-Depends: ${misc:Depends},
- ${shlibs:Depends},
- libglib2.0-0 (= ${binary:Version})
-Multi-Arch: same
-Description: GLib library of C routines - refdbg library
- GLib is a library containing many useful C routines for things such
- as trees, hashes, lists, and strings.  It is a useful general-purpose
- C library used by projects such as GTK+, GIMP, and GNOME.
- .
- This package contains the shared library built with
- --disable-Bsymbolic so that it can be used with refdbg, a GObject
- refcount debugger.
Index: debian/control.in
===
--- debian/control.in   (revision 49072)
+++ debian/control.in   (working copy)
@@ -173,20 +173,3 @@
 Description: GLib Input, Output and Streaming Library (fam module)
  GIO is the input, output and streaming API of GLib. This package
  provides a fam file and directory monitoring backend for it.
-
-Package: @REFDBG_PKG@
-Section: devel
-Priority: extra
-Architecture: any
-Depends: ${misc:Depends},
- ${shlibs:Depends},
- @SHARED_PKG@ (= ${binary:Version})
-Multi-Arch: same
-Description: GLib library of C routines - refdbg library
- GLib is a library containing many useful C routines for things such
- as trees, hashes, lists, and strings.  It is a useful general-purpose
- C library used by projects such as GTK+, GIMP, and GNOME.
- .
- This package contains the shared library built with
- --disable-Bsymbolic so that it can be used with refdbg, a GObject
- refcount debugger.
Index: debian/libglib2.0-0-refdbg.install.in
===
--- debian/libglib2.0-0-refdbg.install.in   (revision 49072)
+++ debian/libglib2.0-0-refdbg.install.in   (nonexistent)
@@ -1 +0,0 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libgobject*.so* 
usr/lib/${DEB_HOST_MULTIARCH}/refdbg
Index: debian/libglib2.0-0-refdbg.lintian-overrides
===
--- debian/libglib2.0-0-refdbg.lintian-overrides(revision 49072)
+++ debian/libglib2.0-0-refdbg.lintian-overrides(nonexistent)
@@ -1 +0,0 @@
-libglib2.0-0-refdbg binary: unstripped-binary-or-object
Index: debian/rules
===
--- debian/rules(revision 49072)
+++ debian/rules(working copy)
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 DEB_BUILDDIR = debian/build
-DEB_MAKE_FLAVORS = deb udeb refdbg
+DEB_MAKE_FLAVORS = deb udeb
 DISABLE_UPDATE_UPLOADERS := 1
 
 include /usr/share/cdbs/1/rules/autoreconf.mk
@@ -39,7 +39,6 @@
 UDEB_PKG := libglib$(APIVER)-udeb
 DOC_PKG := libglib$(APIVER)-doc
 DEBUG_PKG := $(SHARED_PKG)-dbg
-REFDBG_PKG := libglib$(APIVER)-$(SONAME)-refdbg
 
 DEB_MAKE_DESTDIRSKEL = $(CURDIR)/debian/install/@FLAVOR@
 
@@ -48,11 +47,8 @@
 DEB_DH_INSTALL_ARGS += --sourcedir=debian/install/deb
 DEB_DH_INSTALL_ARGS_$(TEST_PKG) += --sourcedir=debian/install/deb -X.la
 DEB_DH_INSTALL_ARGS_$(UDEB_PKG) += --sourcedir=debian/install/udeb
-DEB_DH_INSTALL_ARGS_$(REFDBG_PKG) += --sourcedir=debian/install/refdbg
 
 DEB_DH_MAKESHLIBS_ARGS_$(SHARED_PKG) += -V --add-udeb=$(UDEB_PKG) -- -c4
-DEB_DH_MAKESHLIBS_ARGS_$(REFDBG_PKG) = --no-act
-DEB_DH_STRIP_ARGS_$(REFDBG_PKG) = --no-act --no-ddebs
 # Don't put the symbols in the -dbg package
 DEB_DH_STRIP_ARGS_$(UDEB_PKG) =
 
@@ -101,10 +97,6 @@
 DEB_CONFIGURE_FLAGS_udeb := \
--disable-selinux
 
-DEB_CONFIGURE_FLAGS_refdbg := \
-   --disable-Bsymbolic \
-   --enable-debug=yes
-
 pre-build::
mkdir -p debian/stamp-makefile-check \
 debian/tmp-xdg-runtime-dir
@@ -122,7 +114,7 @@
 
 common-install-arch::
set -e; for file in libgio-fam.install libglib2.0-0.install \
-   libglib2.0-0-refdbg.install libglib2.0-0-dbg.install \
+   libglib2.0-0-dbg.ins

Bug#817837: l2tpns: *** buffer overflow detected ***: l2tpns terminated

[Jérémie Courrèges-Anglas]

On Tue, 15 Mar 2016 14:17:08 + Jonathan McDowell 
wrote:
> On Thu, Mar 10, 2016 at 07:50:22PM +, Dave Reeve wrote:
> > Running l2tpns causes an instance crash as follows:
> > 
> > # l2tpns -v
> > *** buffer overflow detected ***: l2tpns terminated
> > (full trace removed as it doesn't help)
> > 
> > The problem exists in the ring buffer logging code.  Specially the vsprintf
> > is called with a length of 4095 when the size of the buffer is 
> > MAX_LOG_LENGTH
> > (defined as 512 in l2tpns.h).  The result is that as soon as the program is
> > executed it crashes as soon as a few log messages are printed.  The 
> > following
> > patch resolves the problem.
> >
> > I also have some more minor fixes, which resolve compiler warnings.  I
> > am happy to share these if you let me know where to send them!
> 
> Upstream these days is at http://git.sameswireless.fr/l2tpns.git and I
> note Fernando has been maintaining Debian packaging. As I haven't been
> using l2tpns for some time I have emailed him asking if he would like to
> take over maintenance of the package in Debian. It's probably best to
> send fixes directly upstream.

Last time I looked at Fernando's work he had implemented quite nice
functionalities.  However, as long as no one attempts an update to his
version, Debian users are stuck with... no l2tpns package in testing[1].
 As a first step, the patch that Dave submitted is enough to fix l2tpns
and make it usable on jessie at my ISP. It would be nice if it could be
integrated.

Regarding the patch, shouldn't the size passed to vsnprintf be just
MAX_LOG_LENGTH, as vsnprintf accounts for the trailing NUL byte?

[1] https://packages.qa.debian.org/l/l2tpns/news/20160409T163908Z.html

-- 
jca

Bug#827273: RFS: python-vispy/0.4.0-1 [ITP]

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "python-vispy"

* Package name: python-vispy
  Version : 0.4.0-1
  Upstream Author : VisPy Development Team
* URL : http://vispy.org/
* License : BSD
  Section : python

It builds those binary packages:

 python-vispy - interactive visualization in Python 2
 python3-vispy - interactive visualization in Python 3

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


  https://mentors.debian.net/package/python-vispy

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-vispy/python-vispy_0.4.0-1.dsc


Successful build logs on debomatic:

  [amd64] 
http://debomatic-amd64.debian.net/distribution#unstable/python-vispy/0.4.0-1/buildlog
  [i386] 
http://debomatic-i386.debian.net/distribution#unstable/python-vispy/0.4.0-1/buildlog


Changes since the last upload:

  * Initial release. (Closes: #759820)

Regards,
Ghislain Vaillant

Bug#827272: ctpp2: FTBFS on sparc64 due to mismatched symbols file

[John Paul Adrian Glaubitz]

Source: ctpp2
Version: 2.8.3-17
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hello!

ctpp2 currently fails to build from source on sparc64 due to a mismatched 
symbols file [1]:

dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: debian/libctpp2-2v5/DEBIAN/symbols doesn't match 
completely debian/libctpp2-2v5.symbols
--- debian/libctpp2-2v5.symbols (libctpp2-2v5_2.8.3-17_sparc64)
+++ dpkg-gensymbolsx5RgtH   2016-06-03 23:32:20.379180953 +
@@ -435,9 +435,9 @@
  _ZN4CTPP15CTPP2JSONParserC2ERNS_3CDTE@Base 2.8.3
  _ZN4CTPP15CTPP2JSONParserD1Ev@Base 2.8.3
  _ZN4CTPP15CTPP2JSONParserD2Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP15OutputCollectorD0Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP15OutputCollectorD1Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP15OutputCollectorD2Ev@Base 2.8.3
+#MISSING: 2.8.3-17# (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 
!i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 
!ppc64el !s390x !sparc !x32)_ZN4CTPP15OutputCollectorD0Ev@Base 2.8.3
+#MISSING: 2.8.3-17# (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 
!i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 
!ppc64el !s390x !sparc !x32)_ZN4CTPP15OutputCollectorD1Ev@Base 2.8.3
+#MISSING: 2.8.3-17# (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 
!i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 
!ppc64el !s390x !sparc !x32)_ZN4CTPP15OutputCollectorD2Ev@Base 2.8.3
  _ZN4CTPP15ReducedBitIndexC1EPKNS_12BitIndexDataE@Base 2.8.3
  _ZN4CTPP15ReducedBitIndexC2EPKNS_12BitIndexDataE@Base 2.8.3
  _ZN4CTPP15ReducedBitIndexD1Ev@Base 2.8.3
@@ -455,9 +455,9 @@
  _ZN4CTPP17CDTRangeExceptionD0Ev@Base 2.8.3
  _ZN4CTPP17CDTRangeExceptionD1Ev@Base 2.8.3
  _ZN4CTPP17CDTRangeExceptionD2Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP17CTPP2SourceLoaderD0Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP17CTPP2SourceLoaderD1Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP17CTPP2SourceLoaderD2Ev@Base 2.8.3
+#MISSING: 2.8.3-17# (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 
!i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 
!ppc64el !s390x !sparc !x32)_ZN4CTPP17CTPP2SourceLoaderD0Ev@Base 2.8.3
+#MISSING: 2.8.3-17# (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 
!i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 
!ppc64el !s390x !sparc !x32)_ZN4CTPP17CTPP2SourceLoaderD1Ev@Base 2.8.3
+#MISSING: 2.8.3-17# (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 
!i386 !kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 
!ppc64el !s390x !sparc !x32)_ZN4CTPP17CTPP2SourceLoaderD2Ev@Base 2.8.3
  _ZN4CTPP17CTPPNoMemoryErrorC1Ev@Base 2.8.3
  _ZN4CTPP17CTPPNoMemoryErrorC2Ev@Base 2.8.3
  _ZN4CTPP17CTPPNoMemoryErrorD0Ev@Base 2.8.3
@@ -786,7 +786,7 @@
  (arch=alpha)_ZN4CTPP6Logger10LogMessageEjPKc13__va_list_tag@Base 2.8.3
  (arch=amd64 kfreebsd-amd64 powerpc powerpcspe s390 s390x 
x32)_ZN4CTPP6Logger10LogMessageEjPKcP13__va_list_tag@Base 2.8.3
  (arch=hurd-i386 i386 kfreebsd-i386 ppc64 
ppc64el)_ZN4CTPP6Logger10LogMessageEjPKcPc@Base 2.8.3
- (arch=hppa ia64 mips mips64 mips64el mipsel 
sparc)_ZN4CTPP6Logger10LogMessageEjPKcPv@Base 2.8.3
+ _ZN4CTPP6Logger10LogMessageEjPKcPv@Base 2.8.3
  (arch=arm64 armel armhf)_ZN4CTPP6Logger10LogMessageEjPKcSt9__va_list@Base 
2.8.3
  _ZN4CTPP6Logger10LogMessageEjPKcz@Base 2.8.3
  _ZN4CTPP6Logger11SetPriorityEj@Base 2.8.3
@@ -872,9 +872,9 @@
  
_ZN4CTPP8VMDumperC2EjPKNS_13VMInstructionERKNS_10StaticTextERKNS_10StaticDataES6_RKNS_9HashTableE@Base
 2.8.3
  _ZN4CTPP8VMDumperD1Ev@Base 2.8.3
  _ZN4CTPP8VMDumperD2Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!kfreebsd-amd64 !kfreebsd-i386 !mips !mips64el !mipsel !powerpc !ppc64 !ppc64el 
!s390x !sparc !x32)_ZN4CTPP8VMLoaderD0Ev@Base 2.8.3
- (arch=!alpha !amd64 !arm64 !armel !armhf !hppa !hurd-i386 !i386 
!

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

[Micha Lenk]

Package: icedove
Version: 1:45.1.0-1~deb8u1
Severity: important

Hi there,

I got a segfault while switching mail folders.

Reading symbols from /usr/bin/icedove...Reading symbols from 
/usr/lib/debug//usr/lib/icedove/icedove...done.
done.
[New LWP 2540]
[New LWP 2544]
[New LWP 2543]
[New LWP 2556]
[New LWP 2561]
[New LWP 2569]
[New LWP 2545]
[New LWP 2547]
[New LWP 2564]
[New LWP 2594]
[New LWP 2560]
[New LWP 2548]
[New LWP 2570]
[New LWP 2598]
[New LWP 2549]
[New LWP 2577]
[New LWP 2563]
[New LWP 2603]
[New LWP 2550]
[New LWP 2566]
[New LWP 2620]
[New LWP 2651]
[New LWP 2551]
[New LWP 2568]
[New LWP 2565]
[New LWP 2552]
[New LWP 2578]
[New LWP 2553]
[New LWP 2588]
[New LWP 2589]
[New LWP 2590]
[New LWP 2622]
[New LWP 2571]
[New LWP 2649]
[New LWP 2554]
[New LWP 2546]
[New LWP 2623]
[New LWP 2555]
[New LWP 2621]
[New LWP 2599]
[New LWP 2557]
[New LWP 2596]
[New LWP 2558]
[New LWP 2592]
[New LWP 2559]
[New LWP 2573]
[New LWP 2572]
[New LWP 2567]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `icedove'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fda3ac2279b in raise (sig=11) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
37  ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: Datei oder Verzeichnis 
nicht gefunden.
(gdb) bt
#0  0x7fda3ac2279b in raise (sig=11) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
#1  0x7fda35295959 in nsProfileLock::FatalSignalHandler (signo=11, 
info=0x7ffd62d8ab70, context=0x7ffd62d8aa40)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/toolkit/profile/nsProfileLock.cpp:185
#2  0x7fda35b72586 in AsmJSFaultHandler (signum=, 
info=, context=0x7ffd62d8aa40)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/js/src/asmjs/AsmJSSignalHandlers.cpp:1161
#3  
#4  0x7fd9fd9df178 in ?? ()
#5  0x7fda34dff6a5 in nsDisplayList::DeleteAll 
(this=this@entry=0x7fd9fd9df220) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsDisplayList.cpp:1816
#6  0x7fda34e109f2 in nsDisplayWrapList::~nsDisplayWrapList 
(this=0x7fd9fd9df1d8, __in_chrg=)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsDisplayList.cpp:3773
#7  0x7fda34dff6a5 in nsDisplayList::DeleteAll (this=0x7ffd62d8b118) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsDisplayList.cpp:1816
#8  0x7fda34e555ce in nsLayoutUtils::PaintFrame 
(aRenderingContext=0x7fd9fd9df180, aRenderingContext@entry=0x0, 
aFrame=0x7fda16380ff0, aDirtyRegion=..., 
aBackstop=0, aBackstop@entry=4294440951, aFlags=1658368320) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsLayoutUtils.cpp:3477
#9  0x7fda34e5a47d in PresShell::Paint (this=0x7fda163c1000, 
aViewToPaint=aViewToPaint@entry=0x7fda1637b900, aDirtyRegion=..., 
aFlags=aFlags@entry=1)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsPresShell.cpp:6105
#10 0x7fda34c7c884 in nsViewManager::ProcessPendingUpdatesPaint 
(this=0x7fda1637f6c0, aWidget=aWidget@entry=0x7fda39cf6ab0)
at /build/icedove-tNL3mB/icedove-45.1.0/mozilla/view/nsViewManager.cpp:467
#11 0x7fda34c7ca33 in nsViewManager::ProcessPendingUpdatesForView 
(this=, aView=, 
aFlushDirtyRegion=aFlushDirtyRegion@entry=true)
at /build/icedove-tNL3mB/icedove-45.1.0/mozilla/view/nsViewManager.cpp:398
#12 0x7fda34c7cae3 in nsViewManager::ProcessPendingUpdates 
(this=this@entry=0x7fda1637f6c0)
at /build/icedove-tNL3mB/icedove-45.1.0/mozilla/view/nsViewManager.cpp:1101
#13 0x7fda34dd55a4 in nsRefreshDriver::Tick (this=0x7fda163c0c00, 
aNowEpoch=aNowEpoch@entry=1465913598009296, aNowTime=...)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:1857
#14 0x7fda34dd5884 in mozilla::RefreshDriverTimer::TickDriver 
(driver=, jsnow=jsnow@entry=1465913598009296, now=..., 
now@entry=...)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:264
#15 0x7fda34dd59b1 in mozilla::RefreshDriverTimer::TickRefreshDrivers 
(aJsNow=aJsNow@entry=1465913598009296, aNow=aNow@entry=..., aDrivers=..., 
this=0x7fda1a586100) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:236
#16 0x7fda34dd5a59 in mozilla::RefreshDriverTimer::Tick 
(this=0x7fda1a586100, jsnow=1465913598009296, now=...)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:255
#17 0x7fda34dd5b74 in RunRefreshDrivers (aTimeStamp=..., 
this=0x7fda1a586100) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:566
#18 
mozilla::VsyncRefreshDriverTimer::RefreshDriverVsyncObserver::TickRefreshDriver 
(this=, aVsyncTimestamp=...)
at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsRefreshDriver.cpp:486
#19 0x7fda34dd01be in 
apply
 (m=, o=, this=) at 
../../dist/include/nsThreadUtils.h:676
#20 nsRunnableMethodImpl::Run (
this=) at ../../dist/include/nsThreadUtil

Bug#790825: libqt5widgets5: Crashing when waking up from suspend is not connected with VLC crashing bug

[Vincent Lefevre]

On 2016-02-11 13:25:45 +0100, Vincent Lefevre wrote:
> Control: found -1 5.5.1+dfsg-13
[...]
> I'm copying the steps here:
> 
> To reproduce the crash:
> 1. Run ./helloworld
> 2. Move to another desktop page (my window manager: fvwm).
> 3. Switch off the screen and switch it on again.
> 4. Move to the initial desktop page. At this point, the redraw of the
>helloworld window is not done (there is garbage from the previous
>desktop page).
> 5. Click on the helloworld window. This makes the program crash.
> 
> Note: same problem with the VLC window and the same steps.

On the same machine, I can't reproduce the crash with 5.5.1+dfsg-17
(I haven't upgraded the machine yet). I've tried after downgrading
the qt5 packages (libqt5widgets5 and others) to 5.5.1+dfsg-13 too,
and I can't reproduce the crash either! I cannot see what has changed.

Anyway, the 5.6.1 packages are now in unstable, and upstream claims
that the bug has been fixed there. So, I suppose that this bug should
be closed and marked as fixed in 5.6.1+dfsg-2.

If Maciej still gets crashes with kwin, it is probably a different
bug.

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

Bug#827275: release.debian.org: hint pixbros back into testing

[Paul Wise]

Package: release.debian.org
Severity: wishlist

pixbros was removed from testing due to an RC bug. I have fixed the RC
bug but it is not migrating back into testing because it is an arch all
package that depends on an 32-bit-only package (fenix) that has never
been available on amd64 but britney seems to want it on amd64:

11 days old (needed 10 days)
pixbros/amd64 unsatisfiable Depends: fenix
pixbros/amd64 unsatisfiable Depends: fenix-plugins-system
Not considered

-- 

bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#827276: cannot install snmp-mibs-downloaders

[FLORENT Philippe]

Package: snmp-mibs-downloader
Version: 

I cannot install snmp-mibs-downloader

Installation:

Added  "deb http://http.us.debian.org/debian  main non-free" to 
/etc/apt/sources.list

"sudo apt-get update" gave this error

W: Failed to fetch 
http://http.us.debian.org/debian/dists/main/non-free/binary-amd64/Packages  404 
 Not Found [IP: 64.50.236.52 80]


Debian 2.5,

Bug#473793: python-debian: add support for parsing removals.txt

[Jakub Wilk]

* Stuart Prescott , 2016-06-15, 00:02:

+@property
+def date(self):
+""" a datetime object for the removal action """
+try:
+from dateutil.parser import parse
+except ImportError:
+warnings.warn("Install the python-dateutil or python3-dateutil "
+"package to process dates in package removals.")
+raise
+return parse(self['date'])


There's a RFC 822 date parser in Python stdlib 
(email.utils.parsedate_tz), so if we jumped through a hops or two, we 
could avoid this extra dependency.


Hmm, I wonder how other parts of python-debian parse dates...


+self.assertEqual(r.bug, ['753912'])
+self.assertEqual(r.also_wnpp, ['123456'])


Shouldn't bug numbers be integers?

--
Jakub Wilk

Bug#827277: xul-ext-firegestures: Gesture database empty with firefox-esr

[Christopher Wellons]

Package: xul-ext-firegestures
Version: 1.8.7-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When used with the new firefox-esr, the gesture database is empty and
the built-in gestures are unavailable. I've tested this on an empty
profile.

I marked this as important because the package is mostly useless
without built-in gestures.


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

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

Versions of packages xul-ext-firegestures depends on:
ii  iceweasel  45.2.0esr-1~deb8u1

xul-ext-firegestures recommends no packages.

xul-ext-firegestures suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJXYA87AAoJEGEzgsVIsrhBB9oIAJ9539SSyH42s03/0xJkQy3s
F1ulQGthK2z0xp2g7bOHu8bVD9rF62ZDfdWEq7s/ohfLV3QS19OMYUdx9+pe+vpV
7RjqY3BWobrAyi5+vvozwQc4ZHC8hUB85O4gyuARYo+UhllnaZe3mr4WwOwrVTyd
1u1N3CHWmhuG+1tfYT/lKndFjYaaEphidoKKL+bsFH2erV4RKcziYeAcehhrlDnR
/8p74fvP1Un+hegQRSels5A2xZrNVnjYTnl6jcImUMzjoKMvXjle6Y477dxqR0zV
QjRoIxsM8q5+T45JcJ8oJVKMuDVE1eAu/i4yUTZWOVADCGwt5fndoirD6ib9NDU=
=D75/
-END PGP SIGNATURE-

Bug#827177: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

Please also binNMU qtcreator, the new version needs some more maintainer time 
;-) Thanks!

-- 
 SlackDeb: velo como un entrenamiento shaolin para geeks,
en vez de meditación y tortura física, abstinencia de internet y sexo
  Horacio Francisco Sebastián "Perrito" Durán Barrionuevo, sobre un
  viaje que Federico "SlackDeb" Peretti estaba planeando con su novia.

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


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

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

[Carsten Schoenert]

Hello Micha,

On Tue, Jun 14, 2016 at 04:25:06PM +0200, Micha Lenk wrote:
> Package: icedove
> Version: 1:45.1.0-1~deb8u1
> Severity: important
> 
> Hi there,
> 
> I got a segfault while switching mail folders.
[SNIP] 
> Please let me know if I can contribute some more details about the crash.

please follow the instruction from
https://wiki.debian.org/Icedove#Debugging completely.

The log you have send is unfortunately useless because the other threads
are not visible. Please unset the LANG so we got a english output, not
all the readers here are native german. That's all done by the example on
thw wiki site.

Also if possible consider using "set substitute-path ..." inside the gdb
session to a valide path. By this all can see the relvant source code
there Icedove is crashing.

https://sourceware.org/gdb/onlinedocs/gdb/Source-Path.html

Regards
Carsten

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

[Micha Lenk]

Unfortunately a second crash overwrote the first crash's core dump.

Attached is the backtrace from the second crash. Please let me know if
you need any additional information.

Best regards,
Micha
[New LWP 3241]
[New LWP 3245]
[New LWP 3248]
[New LWP 3244]
[New LWP 3262]
[New LWP 3249]
[New LWP 3246]
[New LWP 3257]
[New LWP 3265]
[New LWP 3250]
[New LWP 3251]
[New LWP 3267]
[New LWP 3269]
[New LWP 3252]
[New LWP 3255]
[New LWP 3279]
[New LWP 3301]
[New LWP 3253]
[New LWP 3259]
[New LWP 3280]
[New LWP 3305]
[New LWP 3254]
[New LWP 3261]
[New LWP 3290]
[New LWP 3256]
[New LWP 3264]
[New LWP 3291]
[New LWP 3258]
[New LWP 3268]
[New LWP 3271]
[New LWP 3302]
[New LWP 3292]
[New LWP 3270]
[New LWP 3273]
[New LWP 3299]
[New LWP 3295]
[New LWP 3274]
[New LWP 3297]
[New LWP 3296]
[New LWP 3266]
[New LWP 3293]
[New LWP 3304]
[New LWP 3298]
[New LWP 3294]
[New LWP 3260]
[New LWP 3272]
[New LWP 3247]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `icedove'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fb71ab0279b in raise (sig=11) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
#0  0x7fb71ab0279b in raise (sig=11) at 
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
resultvar = 0
pid = 
#1  0x7fb715195959 in nsProfileLock::FatalSignalHandler (signo=11, 
info=0x7ffdf63f07b0, context=0x7ffdf63f0680) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/toolkit/profile/nsProfileLock.cpp:185
unblock_sigs = {__val = {1024, 0 }}
oldact = 
#2  0x7fb715a72586 in AsmJSFaultHandler (signum=, 
info=, context=0x7ffdf63f0680) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/js/src/asmjs/AsmJSSignalHandlers.cpp:1161
context = 0x7ffdf63f0680
info = 
signum = 11
#3  
No locals.
#4  0x7fb717a2f550 in vtable for nsDisplayXULImage () from 
/usr/lib/icedove/libxul.so
No symbol table info available.
#5  0x7fb714cff6a5 in nsDisplayList::DeleteAll (this=0x7ffdf63f0d58) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsDisplayList.cpp:1816
item = 
#6  0x7fb714d555ce in nsLayoutUtils::PaintFrame 
(aRenderingContext=0x7fb6fa499640, aRenderingContext@entry=0x0, 
aFrame=0x7fb6f62d2ff0, aDirtyRegion=..., aBackstop=0, 
aBackstop@entry=4294440951, aFlags=4131327360) at 
/build/icedove-tNL3mB/icedove-45.1.0/mozilla/layout/base/nsLayoutUtils.cpp:3477
builder = {mFrameToAnimatedGeometryRootMap = 
{, AnimatedGeometryRoot*, 
AnimatedGeometryRoot*>> = 
{, AnimatedGeometryRoot*> 
>> = {mTable = {mOps = 0x7fb717a06f20 
, AnimatedGeometryRoot*> 
>::Ops()::sOps>, mHashShift = 29, mEntrySize = 24, mEntryCount = 3, 
mRemovedCount = 0, mEntryStore = {mEntryStore = 0x7fb6d7ec98c0 "", mGeneration 
= 1}, static kMaxCapacity = 67108864, static kMinCapacity = 8, static 
kMaxInitialLength = 33554432, static kDefaultInitialLength = 4, static 
kHashBits = 32, static kGoldenRatio = 2654435769, static kCollisionFlag = 1}}, 
}, }, mReferenceFrame = 0x7fb6f62d2ff0, 
mIgnoreScrollFrame = 0x0, mLayerEventRegions = 0x0, mPool = {first = {next = 
0x7fb6f0296c00, base = 140728734781352, limit = 140728734781352, avail = 
140728734781352}, current = 0x7fb6f1f0e000, arenasize = 985, mask = 7}, 
mBoundingSelection = { = {mRawPtr = 0x0}, }, 
mPresShellStates = 
{, 8ul>> = 
{> = 
{> = {> = {mHdr = 0x7ffdf63f0fd0}, 
 >> = 
{ >> = {}, }, static 
NoIndex = }, }, {mAutoBuf = 
"\000\000\000\000\b\000\000\200\000\370+\366\266\177", '\000' , "\004E\000\020\361\352\266\177", '\000' , 
"\001\000\000\000\000\000\000\000`C\017\357\266\177\000\000\000\220)\366\266\177\000\000\275G\264\024\267\177",
 '\000' , 
"\251\372\270\263E\004E\000\000\000\000\000\000\000\000\320\020?\366\375\177\000\000\320\020?\366\375\177\000\000\060\021?\366\375\177\000\000\000\aM\361\266\177\000\000W]\226\023\267\177\000\000\070\021?\366\375\177\000\000\000\aM\361\266\177",
 '\000' ..., mAlign = {elem = 0 '\000'}}}, }, 
mFramesMarkedForDisplay = {, 100ul>> = 
{> = {> = {> = {mHdr = 0x7ffdf63f1120}, 
 >> = { >> = {}, 
}, static NoIndex = }, }, 
{mAutoBuf = 
"\000\000\000\000d\000\000\200\210r\376\356\266\177\000\000\070\021?\366\375\177\000\000\000\000\000\000\001\000\000\200\000\aM\361\266\177\000\000\000\251\372\270\263E\004E\240-#\366\266\177\000\000\240-#\366\266\177\000\000\260\026?\366\375\177\000\000\000\251\372\270\263E\004E\240-#\366\266\177",
 '\000' , 
"ڔs\024\267\177\000\000`C\017\357\266\177\000\000\340-#\366\266\177\000\000\320-#\366\266\177\000\000\340-#\366\266\177\000\000\350\021?\366\375\177\000\000\320\372\nض\177\000\000\000\220)\366\266\177\000\000\216\bt\024\267\177\000\000\000\000\000\000\000\000\000\000@\275wֶ\177",
 '\000' ..., mAlign = {elem = 0 '\000'}}}, }, 
mThemeGeometries = {, 2ul>> 
= {> = 
{> = 
{> = 
{mHdr = 0x7ffdf63f1450},  >> = 
{ >> = {}, }, static NoIndex = }, }, {mAutoBuf = 
"\000\000\000\000\002\000\000\200\030\331b\374\266\177\000\000\250\025?\366\375\177\00

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

[Dave Chiluk]

Package: libsgmls-perl
Version: 1.03ii-35
Severity: serious
Tags: patch
Justification: fails to build from source
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

Cross-building of iputils fails to build because of inability to
retrieve arch specific sgmlspl.

Setting Multi-Arch: allowed for sgmlspl resolves this issue.

*** /tmp/tmptcXdFp/bug_body

In Ubuntu, the attached patch was applied to achieve the following:

Allow iputils to Depend on sgmlspl when crossbuilding.  Cross-build
patches for iputils will also be submitted to debian.


  * iputils failure to crossbuild due to dependency on sgmlspl.
(LP: #1592389)


Thanks for considering the patch.


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

Kernel: Linux 4.4.0-24-generic (SMP w/12 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)
diff -Nru libsgmls-perl-1.03ii/debian/control libsgmls-perl-1.03ii/debian/control
--- libsgmls-perl-1.03ii/debian/control	2016-05-29 11:19:55.0 -0500
+++ libsgmls-perl-1.03ii/debian/control	2016-06-14 09:40:39.0 -0500
@@ -26,6 +26,7 @@
 
 Package: sgmlspl
 Architecture: all
+Multi-Arch: allowed
 Section: text
 Depends: ${perl:Depends},
  ${misc:Depends},

Bug#804087: ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git

[Sascha Girrulat]

Package: wnpp
Severity: wishlist
Owner: Sascha Girrulat 

Hi,

The package ist still in work. It's almost finished. Just some small
changes for the man page are left.

Regards
Sascha



signature.asc
Description: OpenPGP digital signature

Bug#823007: icedove: Running in gdb shows this error occurs before either freezing or unexpected termination.

[Andrew M Olney]

Package: icedove
Version: 1:45.1.0-1
Followup-For: Bug #823007

Dear Maintainer,

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

   * What led up to the situation?

Hard to say, but seems to happen in response to various user actions against 
the interface.
Does not seem to happen at idle.

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

When running from launcher, behavior is always unexpected termination. When 
running from gdb, behavior
is freezing. Ran in gdb following instructions here

https://wiki.debian.org/Icedove#Debugging

Here is the gdb log from two runs. In the first run icedove froze along with 
the entire gnome session (except mouse movement) 
so I killed from another terminal. In the second it froze just icedove and 
popped up a "force quit/wait" dialogue
so I forced quit. In both cases I was unable to get a backtrace.

Case 1

MOZILLA_FIVE_HOME=/usr/lib/icedove
  LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
 LIBRARY_PATH=
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
moz_debugger_args=
/usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
GNU gdb (Debian 7.10-1.1) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
/usr/lib/debug//usr/lib/icedove/icedove-bin...done.
done.
(gdb) run
Starting program: /usr/lib/icedove/icedove-bin 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe5d29700 (LWP 2745)]
[Thread 0x7fffe5d29700 (LWP 2745) exited]
[New Thread 0x7fffe5d29700 (LWP 2747)]
[New Thread 0x7fffde0ff700 (LWP 2748)]
[New Thread 0x77fee700 (LWP 2749)]
[New Thread 0x7fffdd8fe700 (LWP 2750)]
[New Thread 0x7fffdcdff700 (LWP 2751)]
[New Thread 0x7fffdcbfe700 (LWP 2752)]
[New Thread 0x7fffdc9fd700 (LWP 2753)]
[New Thread 0x7fffdc7fc700 (LWP 2754)]
[New Thread 0x7fffdc5fb700 (LWP 2755)]
[New Thread 0x7fffdc3fa700 (LWP 2756)]
[New Thread 0x7fffdc1f9700 (LWP 2757)]
[New Thread 0x7fffdbff8700 (LWP 2758)]
[New Thread 0x7fffdbdf7700 (LWP 2759)]
[New Thread 0x7fffdbbf6700 (LWP 2760)]
[New Thread 0x7fffdb9f5700 (LWP 2761)]
[New Thread 0x7fffdb7f4700 (LWP 2762)]
[New Thread 0x7fffda4ff700 (LWP 2763)]
[New Thread 0x7fffd99ff700 (LWP 2764)]
[New Thread 0x7fffd91fe700 (LWP 2765)]
[New Thread 0x7fffde25d700 (LWP 2766)]
[New Thread 0x7fffd84ff700 (LWP 2767)]
[New Thread 0x7fffd736d700 (LWP 2768)]
[New Thread 0x7fffd6b6c700 (LWP 2769)]
[New Thread 0x7fffd41ff700 (LWP 2770)]
JavaScript strict warning: resource://gre/components/TelemetryStartup.js, line 
42: ReferenceError: reference to undefined property 
Cc['@mozilla.org/toolkit/crash-reporter;1']
[calBackendLoader] Using libical backend at 
/home/aolney/.icedove/lk7ao73s.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest
JavaScript strict warning: resource://calendar/modules/ical.js, line 44: 
ReferenceError: assignment to undeclared variable ICAL
[New Thread 0x7fffd2dff700 (LWP 2771)]
[New Thread 0x7fffd1f8f700 (LWP 2772)]
[New Thread 0x7fffd0eff700 (LWP 2773)]
[New Thread 0x7fffd06fe700 (LWP 2774)]
[New Thread 0x7fffcfefd700 (LWP 2775)]
[New Thread 0x7fffcf6fc700 (LWP 2776)]
[New Thread 0x7fffceefb700 (LWP 2777)]
[New Thread 0x7fffce6fa700 (LWP 2778)]
[New Thread 0x7fffcdef9700 (LWP 2779)]
[New Thread 0x7fffcd6f8700 (LWP 2780)]
[New Thread 0x7fffccef7700 (LWP 2781)]
[New Thread 0x7fffcc6f6700 (LWP 2782)]
[New Thread 0x7fffcbef5700 (LWP 2783)]
[New Thread 0x7fffcb4ff700 (LWP 2784)]
[New Thread 0x7fffcacfe700 (LWP 2785)]
[New Thread 0x7fffca4fd700 (LWP 2786)]
[New Thread 0x7fffc9cfc700 (LWP 2787)]
[New Thread 0x7fffc92ff700 (LWP 2788)]
[New Thread 0x7fffc8afe700 (LWP 2789)]
[Thread 0x7fffd41ff700 (LWP 2770) exited]
[Thread 0x7fffca4fd700 (LWP 2786) exited]
[New Thread 0x7fffc82fd700 (LWP 2790)]
[Thread 0x7fffc92ff700 (LWP 2788) exited]
[Thread 0x7fffc8afe700 (LWP 2789) exited]
[New Thread 0x7fffc77ff700 (LWP 2791)]
[Thread 0x7fffc9cfc700 (LWP 2787) exited]
[New Thread 0x7fffc9cfc700 (LWP 2792

Bug#827280: jython: Jython 2.7.0 released 2015-05, package should be updated

[Russel Winder]

Package: jython
Version: 2.5.3-9
Severity: normal

Dear Maintainer,

The jython package reports version 2.5.3, but Jython 2.7.0 was release 2015-05 
and so the package should be
updated.

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

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

Versions of packages jython depends on:
ii  antlr3.2 3.2-14
ii  libasm3-java 3.3.2-3
ii  libguava-java19.0-1
ii  libjffi-java 1.2.7-9
ii  libjline-java1.0-2
ii  libjnr-constants-java0.8.6-7
ii  libjnr-netdb-java1.1.4-2
ii  libjnr-posix-java3.0.12-2
ii  libjnr-x86asm-java   1.0.2-5
ii  liblivetribe-jsr223-java 2.0.6-1
ii  libreadline-java 0.8.0.1+dfsg-4+b1
ii  openjdk-8-jre-headless [java5-runtime-headless]  8u91-b14-2
ii  perl 5.22.2-1
pn  python:any   

Versions of packages jython recommends:
ii  openjdk-8-jdk [java-compiler]  8u91-b14-2

Versions of packages jython suggests:
ii  jython-doc   2.5.3-9
pn  libmysql-java
pn  libpostgresql-jdbc-java  
ii  libservlet3.1-java   8.0.32-1

-- debconf-show failed

Bug#827279: libcpputest-dev: generated/CppUTestGeneratedConfig.h not installed, breaks reverse dependencies build

[Luca Boccassi]

Package: libcpputest-dev
Version: 3.8-1
Justification: renders package unusable
Severity: grave
Tags: patch

Dear Maintainer,

Since libcpputest-dev 3.8 generated/CppUTestGeneratedConfig.h is
generated at
build time and included by include/CppUTest/CppUTestGeneratedConfig.h
which is
included by include/CppUTest/CppUTestConfig.h,  but it is not installed,
causing a build failure for any project that includes
include/CppUTest/CppUTestGeneratedConfig.h.

I set the severity to grave to stop migration to testing since this bug
will
cause a build failure for almost any project using cpputest.

[  169s] In file included
from /usr/include/CppUTest/CppUTestConfig.h:32:0,
[  169s]  from /usr/include/CppUTest/TestHarness.h:31,
[  169s] /usr/include/CppUTest/CppUTestGeneratedConfig.h:45:47: fatal
error:
generated/CppUTestGeneratedConfig.h: No such file or directory
[  169s]  #include "generated/CppUTestGeneratedConfig.h"
[  169s]^
[  169s] compilation terminated.

The simple solution is to have libcpputest-dev install
generated/CppUTestGeneratedConfig.h in /usr/include/CppUTest. A simple
patch
for the install file is attached.

Thanks!

Kind regards,
Luca Boccassi

-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable'), (104, 'testing'), (103, 'unstable'), (102, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.5.0-0.bpo.2-amd64 (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: systemd (via /run/systemd/system)

-- no debconf information

From 49c5fe9b2cf90e7b021bf798f440cbc4321e87fa Mon Sep 17 00:00:00 2001
From: Luca Boccassi 
Date: Tue, 14 Jun 2016 14:15:59 +0100
Subject: [PATCH] Install generated config in libcpputest-dev

generated/CppUTestGeneratedConfig.h is generated at build time and
included by include/CppUTest/CppUTestGeneratedConfig.h which is
included by include/CppUTest/CppUTestConfig.h,  but it is not
installed, causing a build failure for any project that includes
include/CppUTest/CppUTestGeneratedConfig.h. Have libcpputest-dev
install it.
---
 debian/libcpputest-dev.install | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/libcpputest-dev.install b/debian/libcpputest-dev.install
index d088890..f59daff 100644
--- a/debian/libcpputest-dev.install
+++ b/debian/libcpputest-dev.install
@@ -1,4 +1,5 @@
 include/CppUTest usr/include/
 include/CppUTestExt usr/include/
+generated/CppUTestGeneratedConfig.h usr/include/CppUTest/generated
 usr/lib/*/*.a
 usr/lib/*/pkgconfig/cpputest.pc
-- 
2.1.4

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

[Micha Lenk]

Hi Carsten,

Am 14.06.2016 um 16:44 schrieb Carsten Schoenert:
> On Tue, Jun 14, 2016 at 04:25:06PM +0200, Micha Lenk wrote:
>> Package: icedove
>> Version: 1:45.1.0-1~deb8u1
>> Severity: important
>>
>> Hi there,
>>
>> I got a segfault while switching mail folders.
> [SNIP] 
>> Please let me know if I can contribute some more details about the crash.
> 
> please follow the instruction from
> https://wiki.debian.org/Icedove#Debugging completely.
>
> The log you have send is unfortunately useless because the other threads
> are not visible. Please unset the LANG so we got a english output, not
> all the readers here are native german. That's all done by the example on
> thw wiki site.

Well, I am not able to reproduce the issue reliably. So, what I did is a
post-mortem analysis of the generated coredump. So I guess I can't
change the LANG env, right?

Of course I can re-run gdb to generate a backtrace for all threads.
Would that help?

> Also if possible consider using "set substitute-path ..." inside the gdb
> session to a valide path. By this all can see the relvant source code
> there Icedove is crashing.
> 
> https://sourceware.org/gdb/onlinedocs/gdb/Source-Path.html

This is the icedove version installed in a stable release via APT, so I
have no clue what path to set here. I guess the Debian buildds know the
used paths. The used source code should be available in the Debian
archive, shouldn't it?

Best regards,
Micha

Bug#817837: l2tpns: *** buffer overflow detected ***: l2tpns terminated

[Jérémie Courrèges-Anglas]

Tags: patch

On Tue, 14 Jun 2016 15:59:19 +0200
=?UTF-8?B?SsOpcsOpbWllIENvdXJyw6hnZXMtQW5nbGFz?=  wrote:
> On Tue, 15 Mar 2016 14:17:08 + Jonathan McDowell 
> wrote:
> > On Thu, Mar 10, 2016 at 07:50:22PM +, Dave Reeve wrote:
> > > Running l2tpns causes an instance crash as follows:
> > > 
> > > # l2tpns -v
> > > *** buffer overflow detected ***: l2tpns terminated
> > > (full trace removed as it doesn't help)
> > > 
> > > The problem exists in the ring buffer logging code.  Specially the 
> > > vsprintf
> > > is called with a length of 4095 when the size of the buffer is 
> > > MAX_LOG_LENGTH
> > > (defined as 512 in l2tpns.h).  The result is that as soon as the program 
> > > is
> > > executed it crashes as soon as a few log messages are printed.  The 
> > > following
> > > patch resolves the problem.
> > >
> > > I also have some more minor fixes, which resolve compiler warnings.  I
> > > am happy to share these if you let me know where to send them!
> > 
> > Upstream these days is at http://git.sameswireless.fr/l2tpns.git and I
> > note Fernando has been maintaining Debian packaging. As I haven't been
> > using l2tpns for some time I have emailed him asking if he would like to
> > take over maintenance of the package in Debian. It's probably best to
> > send fixes directly upstream.
> 
> Last time I looked at Fernando's work he had implemented quite nice
> functionalities.  However, as long as no one attempts an update to his
> version, Debian users are stuck with... no l2tpns package in testing[1].
>  As a first step, the patch that Dave submitted is enough to fix l2tpns
> and make it usable on jessie at my ISP. It would be nice if it could be
> integrated.
> 
> Regarding the patch, shouldn't the size passed to vsnprintf be just
> MAX_LOG_LENGTH, as vsnprintf accounts for the trailing NUL byte?
> 
> [1] https://packages.qa.debian.org/l/l2tpns/news/20160409T163908Z.html

If that helps, here's a diff for the l2tpns package in unstable.


-- 
Jérémie Courrèges-Anglas - Tranquil IT Systems
Support Tranquil IT : 02.40.97.57.57 - techni...@tranquil.it
http://www.tranquil-it-systems.fr - http://dev.tranquil.it
diff -Nru l2tpns-2.2.1/debian/changelog l2tpns-2.2.1/debian/changelog
--- l2tpns-2.2.1/debian/changelog	2013-06-05 05:23:49.0 +0200
+++ l2tpns-2.2.1/debian/changelog	2016-06-14 16:31:32.0 +0200
@@ -1,3 +1,10 @@
+l2tpns (2.2.1-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix buffer overflow in logging code.
+
+ -- Jérémie Courrèges-Anglas   Tue, 14 Jun 2016 16:30:10 +0200
+
 l2tpns (2.2.1-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru l2tpns-2.2.1/debian/patches/03-fix-logging-buffer-overflow.patch l2tpns-2.2.1/debian/patches/03-fix-logging-buffer-overflow.patch
--- l2tpns-2.2.1/debian/patches/03-fix-logging-buffer-overflow.patch	1970-01-01 01:00:00.0 +0100
+++ l2tpns-2.2.1/debian/patches/03-fix-logging-buffer-overflow.patch	2016-06-14 16:34:17.0 +0200
@@ -0,0 +1,11 @@
+--- a/l2tpns.c
 b/l2tpns.c
+@@ -268,7 +268,7 @@
+ 		ringbuffer->buffer[ringbuffer->tail].session = s;
+ 		ringbuffer->buffer[ringbuffer->tail].tunnel = t;
+ 		va_start(ap, format);
+-		vsnprintf(ringbuffer->buffer[ringbuffer->tail].message, 4095, format, ap);
++		vsnprintf(ringbuffer->buffer[ringbuffer->tail].message, MAX_LOG_LENGTH, format, ap);
+ 		va_end(ap);
+ 	}
+ #endif
diff -Nru l2tpns-2.2.1/debian/patches/series l2tpns-2.2.1/debian/patches/series
--- l2tpns-2.2.1/debian/patches/series	2013-06-04 22:54:47.0 +0200
+++ l2tpns-2.2.1/debian/patches/series	2016-06-14 16:33:12.0 +0200
@@ -1,2 +1,3 @@
 01-harden-compile.patch
 02-fix-syslog-null.patch
+03-fix-logging-buffer-overflow.patch

Bug#827281: ITP: login-webcam -- Take picture using a webcam on failed login attempts

[GenaBitu]

Package: wnpp
Severity: wishlist
Owner: GenaBitu 

* Package name: login-webcam
  Version : 1.0
  Upstream Author : GenaBitu 
* URL : https://github.com/GenaBitu/login-webcam
* License : GPLv3
  Programming Lang: Shell
  Description : Take picture using a webcam on failed login attempts

This Debian (Ubuntu) utility automatically takes pictures using your webcam on
failed login. Pictures are taken on failed login attempts (wrong password) both
from graphical and command-line interface.

Bug#826145: letsencrypt.sh: Ship lighttpd module?

[Elrond]

Hi,

On Fri, Jun 10, 2016 at 19:58:55 +, Mattia Rizzolo wrote:
> On Fri, Jun 10, 2016 at 01:31:29PM +0200, Elrond wrote:
> > On Thu, Jun 02, 2016 at 19:57:23 +, Mattia Rizzolo wrote:
> > > On Thu, Jun 02, 2016 at 06:25:48PM +0200, Elrond wrote:
> > For nginx (I *might* provide the snippet in an upcoming
> > wishlist bug) the case is ever harder: The admin needs to
> > add a "include ..." by hand.
> 
> I don't even know what you're talking about here :)
> I always only limited myself to apache2 ^^

The current configuration scheme of nginx is mostly manual. 
That is: The admin has to edit (or replace) config files,
always.

What we can do: Provide a config snippet (for
letsencrypt.sh) that the admin can reference in his/her
manually edited config file.

There currently is no way to auto-activate that snippet.

I have filed a debian bug to create a directory for
snippets that are auto-activated in the default virtual
host. #822792


> > > Is there some thing like dh-apache2 to enable/deal with that conf, etc?
> > 
> > Sadly, there is not.
> > 
> > BUT:
> > 
> > javascript-common:postinst,prerm,postrm have snippets for
> > lighttpd to do what you want!
> 
> Yeah, why not ^^
> Even if I quite hate having manually placed mainter scripts...
> 
> > I *think* most of those should be the default.
> > I will check that and let you know.
> 
> thanks.

dir-listings are disabled by default.
symlinks are enabled by default.
That said, it's probably better to enforce things, just in
case.

I have attached a new version of the config snippet.
Note: I have renamed it from 10-* to 50-*, so that it gets
loaded much later and has a good chance of overriding most
things.


> > That said, I wonder, whether FollowSymlinks is needed at
> > all? /var/lib/letsencrypt.sh/acme-challenges should be a
> > normal directory and the created files in there are files,
> > not symlinks?
> 
> you can never know.  The sysadmin my had removed /var/lib/letsencrypt.sh
> and placed it as a symlink towards something, I want to support such a
> setup.

Good point.


Cheers

Elrond
alias.url += (
"/.well-known/acme-challenge" => 
"/var/lib/letsencrypt.sh/acme-challenges"
)

$HTTP["url"] =~ "^/.well-known/acme-challenge" {
server.dir-listing = "disable"
server.follow-symlink = "enable"
}

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

[Micha Lenk]

Hi Carsten,

the crash just succeeded again following the instructions given in the
Debian Wiki. Attached you find the generated log file.

Best regards,
Micha
MOZILLA_FIVE_HOME=/usr/lib/icedove
  LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0.0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
 LIBRARY_PATH=
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
moz_debugger_args=
/usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from /usr/lib/debug//usr/lib/icedove/icedove-bin...done.
done.
(gdb) run
Starting program: /usr/lib/icedove/icedove-bin 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe7f23700 (LWP 3578)]
[Thread 0x7fffe7f23700 (LWP 3578) exited]
[New Thread 0x7fffe7f23700 (LWP 3580)]
[New Thread 0x7fffe6479700 (LWP 3581)]
[New Thread 0x77fee700 (LWP 3582)]
[New Thread 0x7fffe5c78700 (LWP 3583)]
[New Thread 0x7fffe50ff700 (LWP 3584)]
[New Thread 0x7fffe4efe700 (LWP 3585)]
[New Thread 0x7fffe4cfd700 (LWP 3586)]
[New Thread 0x7fffe4afc700 (LWP 3587)]
[New Thread 0x7fffe48fb700 (LWP 3588)]
[New Thread 0x7fffe46fa700 (LWP 3589)]
[New Thread 0x7fffe44f9700 (LWP 3590)]
[New Thread 0x7fffe42f8700 (LWP 3591)]
[New Thread 0x7fffe2fff700 (LWP 3592)]
[New Thread 0x7fffe25ff700 (LWP 3593)]
[New Thread 0x7fffe1dfe700 (LWP 3594)]
[New Thread 0x76d37700 (LWP 3595)]
[New Thread 0x7fffe0cff700 (LWP 3596)]
[New Thread 0x7fffdf991700 (LWP 3597)]
[New Thread 0x7fffdf190700 (LWP 3598)]
[New Thread 0x7fffdbbff700 (LWP 3599)]
[calBackendLoader] Using libical backend at /usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest
[New Thread 0x7fffda5ff700 (LWP 3600)]
[New Thread 0x7fffd8dd7700 (LWP 3601)]
enigmail.js: Registered components
[New Thread 0x7fffd79ff700 (LWP 3602)]
[New Thread 0x7fffd71fe700 (LWP 3603)]
[New Thread 0x7fffd69fd700 (LWP 3604)]
[New Thread 0x7fffd61fc700 (LWP 3605)]
[New Thread 0x7fffd59fb700 (LWP 3606)]
[New Thread 0x7fffd51fa700 (LWP 3607)]
[New Thread 0x7fffd49f9700 (LWP 3608)]
[New Thread 0x7fffd37ff700 (LWP 3609)]
[New Thread 0x7fffd2ffe700 (LWP 3610)]
[New Thread 0x7fffd27fd700 (LWP 3611)]
[New Thread 0x7fffd1ffc700 (LWP 3612)]
[New Thread 0x7fffd17fb700 (LWP 3613)]
[Thread 0x7fffdbbff700 (LWP 3599) exited]
[New Thread 0x7fffd0cff700 (LWP 3614)]
[Thread 0x7fffd27fd700 (LWP 3611) exited]
[Thread 0x7fffd1ffc700 (LWP 3612) exited]
[New Thread 0x7fffd04fe700 (LWP 3615)]
[Thread 0x7fffd17fb700 (LWP 3613) exited]
[New Thread 0x7fffd17fb700 (LWP 3616)]
mimeVerify.jsm: module initialized
[New Thread 0x7fffd1ffc700 (LWP 3617)]
[New Thread 0x7fffd27fd700 (LWP 3618)]
[Thread 0x7fffd0cff700 (LWP 3614) exited]
[Thread 0x7fffd27fd700 (LWP 3618) exited]
[New Thread 0x7fffd27fd700 (LWP 3619)]
[Thread 0x7fffd27fd700 (LWP 3619) exited]
[New Thread 0x7fffd27fd700 (LWP 3620)]
[Thread 0x7fffd1ffc700 (LWP 3617) exited]
[New Thread 0x7fffd1ffc700 (LWP 3621)]
[New Thread 0x7fffd0cff700 (LWP 3622)]
[Thread 0x7fffd27fd700 (LWP 3620) exited]
[Thread 0x7fffd1ffc700 (LWP 3621) exited]
[New Thread 0x7fffd1ffc700 (LWP 3623)]
[Thread 0x7fffd0cff700 (LWP 3622) exited]
[New Thread 0x7fffd0cff700 (LWP 3624)]
[Thread 0x7fffd1ffc700 (LWP 3623) exited]
[New Thread 0x7fffd1ffc700 (LWP 3625)]
[New Thread 0x7fffd27fd700 (LWP 3626)]
[New Thread 0x7fffdbbff700 (LWP 3627)]
[New Thread 0x7fffcb2f2700 (LWP 3628)]
[New Thread 0x7fffca6e8700 (LWP 3629)]
[New Thread 0x7fffc9ee7700 (LWP 3630)]
[New Thread 0x7fffc20ce700 (LWP 3631)]
[New Thread 0x7fffc11ff700 (LWP 3632)]
[New Thread 0x7fffb64ff700 (LWP 3633)]
[Thread 0x7fffb64ff700 (LWP 3633) exited]
[New Thread 0x7fffb64ff700 (LWP 3634)]
[New Thread 0x7fffb4dff700 (LWP 3635)]
[New Thread 0x7fffb45fe700 (LWP 3636)]
[New Thread 0x7fffb3dfd700 (LWP 3637)]
[New Thread 0x7fffb35fc700 (LWP 3638)]
[New Thread 0x7fffe4067700 (LWP 3639)]
[New Thread 0x7fffb86ff700 (LWP 3641)]
[New Thread 0x7fffb81ff700 (LWP 3642)]

Program received signal SIGSEGV, Segmentation fault.
0x

Bug#827224: targetcli: On upgrade "Value of wwn attribute is not set for"

[Ritesh Raj Sarraf]

Control: tag -1 moreinfo

Hello Tim,

We never had a version released for Debian Jessie. There were just too many
issues back then. For Stretch, I hope we have the current ones in the
repository.

Assuming you have interest in LIO, I'd suggest you try out the latest versions
that are targeted for Debian Stretch. I just pushed some fixes yesterday, so
either you pick them from Unstable, or wait around a week, and hopefully it'll
migrate to Debian Testing by then.


The only testing possibilities I have is that of a file backend.


On Mon, 2016-06-13 at 22:08 +0100, Tim Small wrote:
> Package: targetcli
> Version: 1:3.0~pre4.1~ga55d018-2
> Severity: important
> 
> Following upgrade from Jessie to Stretch with a pre-existing, working
> live config (created under Jessie):
> 
>     list(config.apply())
>   File "/usr/lib/python2.7/dist-packages/rtslib/config.py", line 717, in apply
>     apply_create_obj(obj)
>   File "/usr/lib/python2.7/dist-packages/rtslib/config_live.py", line 515, in
> apply_create_obj
>     wwn = obj_attr(obj, "wwn")
>   File "/usr/lib/python2.7/dist-packages/rtslib/config_live.py", line 246, in
> obj_attr
>     % (attr, obj.path_str))
> rtslib.config.ConfigError: Value of wwn attribute is not set for storage
> iblock disk win7
-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#823007: icedove: Running in gdb shows this error occurs before either freezing or unexpected termination.

[Carsten Schoenert]

Hello Andrew,

On Tue, Jun 14, 2016 at 09:53:02AM -0500, Andrew M Olney wrote:
[SNIP] 
> MOZILLA_FIVE_HOME=/usr/lib/icedove
>   LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
> DISPLAY=:0
> DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
>  LIBRARY_PATH=
>SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
>   LIBPATH=/usr/lib/icedove:/usr/lib/icedove
>ADDON_PATH=
>   MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
>   MOZ_TOOLKIT=
> moz_debug=1
>  moz_debugger=
> moz_debugger_args=
> /usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
> GNU gdb (Debian 7.10-1.1) 7.10
> Copyright (C) 2015 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later 
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> .
> Find the GDB manual and other documentation resources online at:
> .
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from 
> /usr/lib/debug//usr/lib/icedove/icedove-bin...done.
> done.
> (gdb) run
> Starting program: /usr/lib/icedove/icedove-bin 
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [New Thread 0x7fffe5d29700 (LWP 2745)]
> [Thread 0x7fffe5d29700 (LWP 2745) exited]
> [New Thread 0x7fffe5d29700 (LWP 2747)]
> [New Thread 0x7fffde0ff700 (LWP 2748)]
> [New Thread 0x77fee700 (LWP 2749)]
> [New Thread 0x7fffdd8fe700 (LWP 2750)]
> [New Thread 0x7fffdcdff700 (LWP 2751)]
> [New Thread 0x7fffdcbfe700 (LWP 2752)]
> [New Thread 0x7fffdc9fd700 (LWP 2753)]
> [New Thread 0x7fffdc7fc700 (LWP 2754)]
> [New Thread 0x7fffdc5fb700 (LWP 2755)]
> [New Thread 0x7fffdc3fa700 (LWP 2756)]
> [New Thread 0x7fffdc1f9700 (LWP 2757)]
> [New Thread 0x7fffdbff8700 (LWP 2758)]
> [New Thread 0x7fffdbdf7700 (LWP 2759)]
> [New Thread 0x7fffdbbf6700 (LWP 2760)]
> [New Thread 0x7fffdb9f5700 (LWP 2761)]
> [New Thread 0x7fffdb7f4700 (LWP 2762)]
> [New Thread 0x7fffda4ff700 (LWP 2763)]
> [New Thread 0x7fffd99ff700 (LWP 2764)]
> [New Thread 0x7fffd91fe700 (LWP 2765)]
> [New Thread 0x7fffde25d700 (LWP 2766)]
> [New Thread 0x7fffd84ff700 (LWP 2767)]
> [New Thread 0x7fffd736d700 (LWP 2768)]
> [New Thread 0x7fffd6b6c700 (LWP 2769)]
> [New Thread 0x7fffd41ff700 (LWP 2770)]
> JavaScript strict warning: resource://gre/components/TelemetryStartup.js, 
> line 42: ReferenceError: reference to undefined property 
> Cc['@mozilla.org/toolkit/crash-reporter;1']
> [calBackendLoader] Using libical backend at 
> /home/aolney/.icedove/lk7ao73s.default/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/components/libical-manifest
> JavaScript strict warning: resource://calendar/modules/ical.js, line 44: 
> ReferenceError: assignment to undeclared variable ICAL

this looks like you have installed lightning locally. You also have
installed iceowl-extension. Please remove the local installation of
lightning.

Please note also the information from
/usr/share/doc/icedove/README.Debian.gz

[SNIP]
> JavaScript strict warning: resource://gre/modules/addons/XPIProvider.jsm, 
> line 7259: ReferenceError: reference to undefined property 
> addonFor(...)[aProp]
> JavaScript strict warning: resource://gre/modules/TelemetryEnvironment.jsm, 
> line 488: ReferenceError: reference to undefined property 
> this._environment._currentEnvironment.addons
[SNIP]
> JavaScript strict warning: 
> chrome://emailaddresscrawler/content/JSs/Crawler.js, line 260: TypeError: 
> variable msgs redeclares argument
> JavaScript strict warning: 
> chrome://exchangecalendar/content/lightningtimezoneOverlay.js, line 43: 
> TypeError: variable self redeclares argument
> EwsTagging(exception) 2 :JavaScript strict warning: 
> resource://interfaces/exchangeBaseItem/mivExchangeBaseItem.js, line 223: 
> ReferenceError: assignment to undeclared variable exchGlobalFunctions
> JavaScript strict warning: 
> resource://interfaces/exchangeTodo/mivExchangeTodo.js, line 38: 
> ReferenceError: assignment to undeclared variable exchGlobalFunctions
> JavaScript strict warning: 
> resource://interfaces/exchangeTodo/mivExchangeTodo.js, line 41: 
> ReferenceError: assignment to undeclared variable exchTimeZones
> JavaScript strict warning: 
> resource://interfaces/exchangeEvent/mivExchangeEvent.js, line 40: 
> ReferenceError: assignment to undeclared variable exchGlobalFunctions
> JavaScript strict warning: 
> resource://interfaces/exchangeEvent/mivExchangeEvent.js, line 43: 
> ReferenceError: assignment to undeclared variable exchTimeZones

Some exten