Bug#786795: dhcp-probe review

[Gianfranco Costamagna]

Hi Laurent, I'm pinging you because I think you missed my review on #786795

Let me know if you intend to address the issue I raised here :)


cheers,


G.

Bug#796711: [Pkg-crosswire-devel] Bug#796711: sword: library transition is needed with GCC 5 as default

[Daniel Glassey]

On Tue, Sep 08, 2015 at 09:35:14PM -0400, Roberto C. Sánchez wrote:
> Daniel,
> 
> I just built this and was going to upload for you, but I noticed that
> lintian complained of two errors:
> 
> E: sword source: license-problem-undefined-license unknown (paragraph at line 
> 25)
> E: libsword-dev: pkg-config-multi-arch-wrong-dir usr/lib/pkgconfig/sword.pc 
> full text contains architecture specific dir x86_64-linux-gnu
> 
> I don't have time to dig into the lintian errors tonight, but I may be
> able to in the next day or so.
> 
> Also, if you could push the tags for the various 1.7.3 versions that
> would be helpful.  I was going to check out on the debian/1.7.3+dfsg-3
> and build from Git, but there was no tag, so I did an 'apt-get source'
> and applied the patch you attached to the bug instead.

Ah, indeed, I forgot to tag 1.7.3+dfsg-3.

The fixes for lintian inc enabling multiarch are all in git in 1.7.3+dfsg-4 
ready to be tagged and released.
I only did the 1.7.3+dfsg-3 to keep the patch simple for transition team to 
apply if necessary.

Thanks :)
Daniel

> On Mon, Sep 07, 2015 at 11:55:36AM +0100, Daniel Glassey wrote:
> > user release.debian@packages.debian.org
> > usertag 796711 + transition
> > usertag 796711 + patch
> > block 796711 by 790756
> > reassign 796711 release.debian.org
> > thanks
> > 
> > patch attached for the transition.
> > 
> > I need to wait for a keyring update before I can upload myself.
> > 
> > Thanks,
> > Daniel
> 
> > diff --git a/debian/changelog b/debian/changelog
> > index b62945f..7fa2648 100644
> > --- a/debian/changelog
> > +++ b/debian/changelog
> > @@ -1,3 +1,13 @@
> > +sword (1.7.3+dfsg-3) unstable; urgency=low
> > +
> > +  * c++ transition
> > +  rename library to libsword11v5
> > +  blocked by ICU c++ transition
> > +  * add patch abicompare.patch to allow libsword to work with 
> > +  abi-compliance-checker for future transitions
> > +
> > + -- Daniel Glassey   Wed, 02 Sep 2015 14:15:09 +0100
> > +
> >  sword (1.7.3+dfsg-2.1) unstable; urgency=medium
> >  
> >* Non maintainer upload.
> > diff --git a/debian/control b/debian/control
> > index 53dbebe..9f59bf3 100644
> > --- a/debian/control
> > +++ b/debian/control
> > @@ -17,7 +17,7 @@ Uploaders: Daniel Glassey ,
> >  Standards-Version: 3.9.3
> >  Homepage: http://www.crosswire.org/sword/
> >  
> > -Package: libsword11
> > +Package: libsword11v5
> >  Architecture: any
> >  Depends: libsword-common, ${shlibs:Depends}, ${misc:Depends}
> >  Recommends: sword-frontend
> > @@ -36,7 +36,7 @@ Description: API/library for bible software
> >  Package: libsword-dev
> >  Architecture: any
> >  Section: libdevel
> > -Depends: libsword11 (= ${binary:Version}), ${misc:Depends}
> > +Depends: libsword11v5 (= ${binary:Version}), ${misc:Depends}
> >  Recommends: libsword-utils
> >  Description: Development files for libsword
> >   The SWORD Project is an open source, cross-platform (Linux, Windows, 
> > Solaris,
> > @@ -80,7 +80,7 @@ Package: libsword-dbg
> >  Architecture: any
> >  Section: debug
> >  Priority: extra
> > -Depends: libsword11 (= ${binary:Version}), ${misc:Depends}
> > +Depends: libsword11v5 (= ${binary:Version}), ${misc:Depends}
> >  Description: API/library for bible software - Debug Files
> >   The SWORD Project is an open source, cross-platform (Linux, Windows, 
> > Solaris,
> >   MacOSX etc.) API/library for Bible software with a constantly growing 
> > list 
> > diff --git a/debian/libsword11.docs b/debian/libsword11.docs
> > deleted file mode 100644
> > index 546a37e..000
> > --- a/debian/libsword11.docs
> > +++ /dev/null
> > @@ -1 +0,0 @@
> > -doc/translation-template.conf
> > diff --git a/debian/libsword11.install b/debian/libsword11.install
> > deleted file mode 100644
> > index 79e4168..000
> > --- a/debian/libsword11.install
> > +++ /dev/null
> > @@ -1 +0,0 @@
> > -usr/lib/libsword.so.11
> > diff --git a/debian/libsword11v5.docs b/debian/libsword11v5.docs
> > new file mode 100644
> > index 000..546a37e
> > --- /dev/null
> > +++ b/debian/libsword11v5.docs
> > @@ -0,0 +1 @@
> > +doc/translation-template.conf
> > diff --git a/debian/libsword11v5.install b/debian/libsword11v5.install
> > new file mode 100644
> > index 000..79e4168
> > --- /dev/null
> > +++ b/debian/libsword11v5.install
> > @@ -0,0 +1 @@
> > +usr/lib/libsword.so.11
> > diff --git a/debian/patches/abicompare.patch 
> > b/debian/patches/abicompare.patch
> > new file mode 100644
> > index 000..cdf3109
> > --- /dev/null
> > +++ b/debian/patches/abicompare.patch
> > @@ -0,0 +1,81 @@
> > +Index: sword-1.7.3+dfsg/include/canon_abbrevs.h
> > +===
> > +--- sword-1.7.3+dfsg.orig/include/canon_abbrevs.h  2013-08-22 
> > 08:03:11.0 +0100
> >  sword-1.7.3+dfsg/include/canon_abbrevs.h   2015-09-03 
> > 07:00:52.709829136 +0100
> > +@@ -24,6 +24,8 @@
> > + #ifndef CANON_ABBREVS_H
> > + #define CANON_ABBREVS_H
> > + 
> > ++#include 
> > 

Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux

[Gianfranco Costamagna]

>You are correct, there is no need in "linux-headers-amd64", however there

>is second option just "linux-headers", and I don't understand why it
>doesn't work for you.


it does work for *me*, it doesn't for buildd system.

IIRC they are configured to pick only the first version...
>Anyway I dropped "linux-headers-amd64" frop B-D.
>


wonderful

>fixed this and one other.

wonderful

>I've updated package at mentors.debian.net, can you take a look one more
>time?


sure :)

there is an issue I don't understand:
help2man --no-discard-stderr -h-h --version-string $(VERSION) -n 
"$(DESCRIPTION)" ./ktap > debian/ktap.1
echo "debian/ktap.1" >> debian/ktap.manpages


this way if you rebuild the package twice
$ cat debian/ktap.manpages 
debian/ktap.1
debian/ktap.1




I guess this isn't what you want to achieve.

I'm fine with generating the documentation at build time, but I don't 
understand why to do the echo, instead
of having the file there.
debian/ktap.manpages doesn't change at build time, so why autogenerate it?

also, if you create a "ktab.manpages" it is picked by dh_installmanpages, so 
the 

dh_installdocs debian/doc/tutorial.html debian/ktap.1


line is simply wrong (or duplicate)

I guess you want to override dh_installmanpages and dh_instaldocs separately



(the build was fine, so I guess the package is mostly ready now)

cheers,

G.

Bug#797866: libtorrent: ABI transition needed for libstdc++ v5

[Simon McVittie]

On 09/09/15 07:00, Jose-Luis Rivas wrote:
> On 08/09/15, 10:24pm, Jose-Luis Rivas wrote:
>> Just to be clear, if I rebuild this with the source packages from
>> unstable with a new upstream version the rename is not necessary?
>
> Nevermind, upstream bumped soname anyway.

A new upstream SONAME makes the v5 transition rename unnecessary; but if
upstream have bumped SONAME, then they've broken API/ABI (or are doing
it wrong), which increases the risk that reverse-dependencies of
libtorrent will fail to compile or fail to work.

A new upstream release that does not bump the SONAME does not have any
effect on the need for a transition/rename.

I suspect that the lowest-risk approach to getting this transition
finished in a finite time is to do the v5 rename, then ask the release
team for a separate transition slot for the new upstream SONAME.

S

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[Gianfranco Costamagna]

Another issue you should address:


I duplicate-long-description
libcunit1-dev libcunit1 libcunit1-ncurses-dev libcunit1-ncurses libcunit1-doc

(you might append something like "this is the development package" "this is the 
common
documentation" or so)

feel free to steal from python-pyqtgraph or boinc packages :)
(the former has a doc package, the latter has many library packages and dev)

you also have this issue:
https://lintian.debian.org/tags/license-problem-gfdl-non-official-text.html


please try to fix it or report upstream if possible!

cheers,

Gianfranco

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[Gianfranco Costamagna]

(please also address issues from other emails)

http://mentors.debian.net/debian/pool/main/c/cunit/cunit_2.1-3-dfsg1.dsc 


quoting changelog:

+  * Bump to 2.1-3
+  * Fix versions

I see two patches dropped
and the watch file updated (diff between this version and your previous one, 
not complete
diff between the version in unstable and this one)

please mention changes in changelog.

cheers,

G.

Bug#710587: [Aptitude-devel] Bug#710587: aptitude: unable to purge a package

[David Kalnischkies]

On Tue, Sep 08, 2015 at 03:40:20PM +0100, Manuel A. Fernandez Montecelo wrote:
> Is this with multi-arch enabled?  gnotski is now a transitional package,
> arch all, added on 25 May 2013 (very close to when the bug report
> happened), it must have been arch-dependent before.
[…]
> So I am not sure about what was wrong at the time, but I think that this
> bug is not present anymore.

This sounds like this bug:
https://anonscm.debian.org/cgit/apt/apt.git/commit/?id=016bea8214e1826b289025f03890f70a5805db87
Note that it is only in /experimental, so with /unstable it should be
reproducible if its really this issue.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#797866: libtorrent: ABI transition needed for libstdc++ v5

[Jose-Luis Rivas]

Nevermind, upstream bumped soname anyway.

On 08/09/15, 10:24pm, Jose-Luis Rivas wrote:
> Just to be clear, if I rebuild this with the source packages from
> unstable with a new upstream version the rename is not necessary?
> 
> On 03/09/15, 08:21am, Simon McVittie wrote:
> > Source: libtorrent
> > Version: 0.13.2-1
> > Severity: serious
> > Justification: breaks ABI without a package rename
> > Tags: sid stretch
> > User: debian-...@lists.debian.org
> > Usertags: libstdc++-cxx11
> > 
> > Background[1]: libstdc++6 introduces a new ABI to conform to the
> > C++11 standard, but keeps the old ABI to not break existing binaries.
> > Packages which are built with g++-5 from experimental (not the one
> > from testing/unstable) are using the new ABI.  Libraries built from
> > this source package export some of the new __cxx11 or B5cxx11 symbols,
> > dropping other symbols.  If these symbols are part of the API of
> > the library, then this rebuild with g++-5 will trigger a transition
> > for the library.
> > 
> > In the case of libtorrent, std::string appears in functions that are
> > explicitly exported, so it seems very likely that a transition is needed.
> > The transition normally consists of renaming the
> > affected library packages, adding a v5 suffix (libtorrent14v5).
> > The SONAME should not be changed when doing this.
> > 
> > If an upgrade to a new upstream SONAME is already planned, and that
> > SONAME has never been available in Debian compiled with g++-4, then an
> > alternative way to carry out the transition would be to bump the
> > SONAME. Please avoid doing this unless the new upstream version
> > is very low-risk.
> > 
> > These follow-up transitions for libstdc++ are not going through exactly
> > the normal transition procedure, because many entangled transitions are
> > going on at the same time, and the usual ordered transition procedure
> > does not scale that far. When all the C++ libraries on which this library
> > depends have started their transitions in unstable if required, this
> > library should do the same, closing this bug; the release team will deal
> > with binNMUs as needed.
> > 
> > Looking at the build-dependencies of libtorrent, the C++ libraries
> > are libcppunit and libsigc++, which have both had their renames
> > already; so this sub-transition is ready to start.
> > 
> > The package might be NMU'd if there is no maintainer response. The
> > release team have declared a 2 day NMU delay[2] for packages involved
> > in the libstdc++ transition, in order to get unstable back to a usable
> > state in a finite time.
> > 
> > Regards,
> > S
> > 
> > [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
> > [2] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html
> 
> -- 
> ⨳ PGP 0x13EC43EEB9AC8C43 ⨳ https://ghostbar.co



-- 
⨳ PGP 0x13EC43EEB9AC8C43 ⨳ https://ghostbar.co


signature.asc
Description: Digital signature

Bug#797532: Please checks for /build and /tmp/buildd in dir-or-file-in-build-tree

[Mattia Rizzolo]

On Mon, Aug 31, 2015 at 11:42:56AM +, Mattia Rizzolo wrote:
> Yes, please add /build and /tmp/buildd to this check, where the actual
> builds happen inside the chroots.
> 
> Patch attached.


Ok, that one was a bit broken.
I also moved the check a bit up and checked for the directory itself
(removing the final dot from the regexp).
Looks a bit cleaner.
Thanks to abe!


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  http://mapreri.org  : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
From f86e21aa1e8003fdb2d577f08a3b2fa8eb3c65bd Mon Sep 17 00:00:00 2001
From: Mattia Rizzolo 
Date: Mon, 31 Aug 2015 11:40:14 +
Subject: [PATCH] checks/files.pm: also checks for /build and /tmp/buildd in
 dir-or-file-in-build-tree

Also, move the check up in the "check tree" to get this tag always emitted.
Also, emit the tag also for the top level directories themselves.
---
 checks/files.pm| 20 +++-
 debian/changelog   |  3 +++
 t/tests/files-foo-in-bar/debian/debian/install |  2 ++
 t/tests/files-foo-in-bar/tags  | 12 
 4 files changed, 28 insertions(+), 9 deletions(-)

diff --git a/checks/files.pm b/checks/files.pm
index b816ed8..19e80a0 100644
--- a/checks/files.pm
+++ b/checks/files.pm
@@ -441,8 +441,18 @@ sub run {
 }
 }
 
+# build directory
+if ($fname =~ m,^var/cache/pbuilder/build/,
+or $fname =~ m,^var/lib/sbuild/,
+or $fname =~ m,^var/lib/buildd/,
+or $fname =~ m,^build/,
+or $fname =~ m,^tmp/buildd/,) {
+unless ($source_pkg eq 'sbuild') {
+tag 'dir-or-file-in-build-tree', $file;
+}
+}
 #  /etc
-if ($fname =~ m,^etc/,) {
+elsif ($fname =~ m,^etc/,) {
 # /etc/apt
 if ($fname =~ m,^etc/apt/,) {
 # -/etc/apt/preferences
@@ -952,14 +962,6 @@ sub run {
 elsif ($fname =~ m,^srv/.,) {
 tag 'dir-or-file-in-srv', $file;
 }
-# build directory
-elsif ($fname =~ m,^var/cache/pbuilder/build/.,
-or $fname =~ m,^var/lib/sbuild/.,
-or $fname =~ m,^var/lib/buildd/.,) {
-unless ($source_pkg eq 'sbuild') {
-tag 'dir-or-file-in-build-tree', $file;
-}
-}
 #  FHS directory?
 elsif (
 $fname =~ m,^[^/]+/$,o
diff --git a/debian/changelog b/debian/changelog
index 60299e4..c8d841e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -42,6 +42,9 @@ lintian (2.5.37) UNRELEASED; urgency=medium
   Thanks to Jean-Michel Vourgère for reporting the issue.
 + [AB] Also emit package-relation-with-perl-module for build-*
   relations. Thanks gregor herrmann! (Closes: #798385)
+  * checks/files.pm:
++ Apply patch from Mattia Rizzolo to also check for files in /build and
+  /tmp/buildd in dir-or-file-in-build-tree.  (Closes: #797532)
   * checks/obsolete-sites.{desc,pm}:
 + [AB] New check with tag obsolete-url-in-packaging to check for URLs
   of hosting sites with frozen contents or (soon to be) closed hosting
diff --git a/t/tests/files-foo-in-bar/debian/debian/install b/t/tests/files-foo-in-bar/debian/debian/install
index af63a20..50d65b4 100644
--- a/t/tests/files-foo-in-bar/debian/debian/install
+++ b/t/tests/files-foo-in-bar/debian/debian/install
@@ -46,6 +46,8 @@ bar etc/opt
 bar var/cache/pbuilder/build
 bar var/lib/sbuild
 bar var/lib/buildd
+bar build/dir/foo
+bar tmp/buildd/dir/foo
 bar etc/dhcp3
 
 Bar.pm usr/lib/perl5/Foo
diff --git a/t/tests/files-foo-in-bar/tags b/t/tests/files-foo-in-bar/tags
index 488c306..62ca87f 100644
--- a/t/tests/files-foo-in-bar/tags
+++ b/t/tests/files-foo-in-bar/tags
@@ -1,6 +1,17 @@
 E: files-foo-in-bar: dir-in-usr-local usr/local/foo/
+E: files-foo-in-bar: dir-or-file-in-build-tree build/
+E: files-foo-in-bar: dir-or-file-in-build-tree build/dir/
+E: files-foo-in-bar: dir-or-file-in-build-tree build/dir/foo/
+E: files-foo-in-bar: dir-or-file-in-build-tree build/dir/foo/bar
+E: files-foo-in-bar: dir-or-file-in-build-tree tmp/buildd/
+E: files-foo-in-bar: dir-or-file-in-build-tree tmp/buildd/dir/
+E: files-foo-in-bar: dir-or-file-in-build-tree tmp/buildd/dir/foo/
+E: files-foo-in-bar: dir-or-file-in-build-tree tmp/buildd/dir/foo/bar
+E: files-foo-in-bar: dir-or-file-in-build-tree var/cache/pbuilder/build/
 E: files-foo-in-bar: dir-or-file-in-build-tree var/cache/pbuilder/build/bar
+E: files-foo-in-bar: dir-or-file-in-build-tree var/lib/buildd/
 E: files-foo-in-bar: dir-or-file-in-build-tree var/lib/buildd/bar
+E: files-foo-in-bar: dir-or-file-in-build-tree var/lib/sbuild/
 E

Bug#798414: [debhelper-devel] Bug#798414: debhelper: empty support file should imply no-op

[Niels Thykier]

Control: tags -1 moreinfo

On 2015-09-09 00:52, Michael Banck wrote:
> Package: debhelper
> Version: 9.20150101
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I had the case of one upstream package shipping a useless ChangeLog file
> (basically having "check Github" as content).  dh_installchangelogs
> installs this file automatically, unless I manually intervene.  The only
> way to do so seems to be to add additional targets to debian/rules.  
> 
> My original idea of just shipping an empty debian/.changelog
> file did not work, debhelper aborted with an error.
> 
> So I'm filing this wishlist bug for consideration of empty support files
> to imply no-ops rather than errors.  I think that would be an elegant
> design, but I am not sure whether this is in line with dh in general.
> 
> 
> Michael
> 
> [...]

Hi Michael,

Thanks for your suggestion.

Unfortunately, I am not convinced it can be trivially implemented as
such. In particular, please note that you probably do not want
dh_installchangelogs to be a (complete) no-op as it also installs the
Debian changelogs.

A couple of notes:

 * debian/.changelog is *not* the debhelper config file for
   dh_installchangelogs, but rather the *actual* changelog to put
   in that package.
   - That is why it breaks when it is empty.

 * A completely empty override target in debian/rules will make the
   command "disappear" from the sequence.  Note that is must not
   contain a "comment-command"[1].
   - Useful for skipping other "dh_*"-commands, but maybe not
 dh_installchangelogs.

 * Beyond dh_installchangelogs: Some commands have side-effects
   beyond their arguments and their helper files.

So far, the best solution I can come up with is to use the -X feature.

Thanks,
~Niels

[1] This works:

"""
# Skip dh_changelogs
override_dh_changelogs:
"""

This calls "# Skip dh_changelogs", which is a no-op but more noisy than
needed:

"""
override_dh_changelogs:
# Skip dh_changelogs
"""





signature.asc
Description: OpenPGP digital signature

Bug#798341: [inkscape] impossible to install inkscape

[Mattia Rizzolo]

On Tue, Sep 08, 2015 at 11:42:36PM +0200, Marco Righi wrote:
[...]

Great, but please also read a bit below :)

> >> Please contact me if you need more informations.
> >> 
> >> --- System information. --- Architecture: amd64 Kernel:
> >> Linux 4.1.0-1-amd64
> >> 
> >> Debian Release: stretch/sid 500 testing-updates
> >> ftp.fr.debian.org 500 testing www.deb-multimedia.org 500
> >> testing security.debian.org 500 testing
> >> ftp.fr.debian.org 500 testing apt.jenslody.de 500
> >> stable-updates  ftp.it.debian.org 500 stable
> >> security.debian.org 500 stable  repo.wuala.com 500 stable
> >> ftp.it.debian.org 500 stable  dl.google.com 500 stable
> >> apt.spideroak.com 500 jessie  linux.dropbox.com 500
> >> debian  packages.linuxmint.com 100 jessie-backports
> >> ftp.it.debian.org
> > 
> > Yeah, I do need more information. I can install inkscape on a sid
> > system without a single problem.
> > 
> > So I have to ask you:
> > 
> > 1) Which debian release are you using? debian testing? 2) Please
> > try to disable all those external repositories and retry.
> > 
> > 
> > Moreover I'm perfectly able to install inkscape in an up-to-date
> > sid and stretch clean chroot.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: Digital signature

Bug#798426: Bluetooth: hci0: Failed to load rtl_bt/rtl8723b_fw.bin

[Kamalakar Agashe]

Package: bluetooth
Version: 5.33-1
Severity: important

Dear Maintainer,


   * What led up to the situation?
Bluetooth was not working so I checked dmesg and found this error.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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

Kernel: Linux 4.1.0-1-amd64 (SMP w/2 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 bluetooth depends on:
ii  bluez  5.33-1

bluetooth recommends no packages.

Versions of packages bluetooth suggests:
pn  bluez-cups   
ii  bluez-obexd  5.33-1

-- no debconf information

Bug#797516: (plymouth: Plymouth splash screen doesn't work properly in virtual enviornment running jessie)

[Tomar, Tejendra Singh]

Dear Maintainer,

I had communication with Virtual Box folks and according to them there is 
dependency in Jessie or in plymouth which requires KMS driver for the boot 
splash.

Is it a desired behaviour latest version of Plymouth as the previous version of 
Plymouth (0.8.5.1-5) was working perfectly on virtual environment ?

For Reference https://www.virtualbox.org/ticket/14503

Thanks and Best Regards
Tejendra

This message is subject to the following terms and conditions: MAIL 
DISCLAIMER

Bug#663185: interested in (co-)maintaining midori

[Sergio Durigan Junior]

On Monday, August 24 2015, I wrote:

> On Friday, August 14 2015, Andres Salomon wrote:
>
>>> Your work was done back in June, so if you prefer I can provide
>>> patches against your branch to implement/fix the issues I have been
>>> working on. It won't really matter much, I think: in the end, we'll
>>> have to use the "official" repository anyway and patch it.
>>> 
>>
>> That would be highly preferred, simply for reviewing purposes.  I'm
>> also happy to rewrite parts of my history to, for example, not include
>> the -O--buildsystem stuff.  But the existing git history is useful, and
>> I'd rather work from that.
>
> OK, I've done it:
>
>   
>
> It's the same link, but the repository is a new one, based on the
> official repository.

Just another update.

I've re-created the repository above (the previous version contained
some mistakes, and I thought it made sense to restart from scratch).
Now, you can find the latest version of Midori (0.5.11, released a few
days ago) along with all the other changes that I had already made.

Still builds successfully, and I'm using this latest version without
problems.  IOW, everything is ready to be used in Debian, and I'm pretty
happy with the current state of the repository.

Andreas, what do you think if we push my changes to the official
repository and start working from there?  It has been a while since
we're discussing without reaching a real agreement, and Midori is still
not present in testing.

Meanwhile, I have been looking at the BTS and making a list of bugs that
should be fixed by this update.

Comments are welcome.

Thanks,

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

Bug#756017: Partial packaging

[Diane Trout]

I have a packaging tree that I'm using at:
https://github.com/detrout/python-bokeh

It can't be released to Debian until we find a solution for building BokehJS. 
(And that it also needs a jquery 2.1.1).

But at least its a start.

Diane

Bug#797866: libtorrent: ABI transition needed for libstdc++ v5

[Jose-Luis Rivas]

Just to be clear, if I rebuild this with the source packages from
unstable with a new upstream version the rename is not necessary?

On 03/09/15, 08:21am, Simon McVittie wrote:
> Source: libtorrent
> Version: 0.13.2-1
> Severity: serious
> Justification: breaks ABI without a package rename
> Tags: sid stretch
> User: debian-...@lists.debian.org
> Usertags: libstdc++-cxx11
> 
> Background[1]: libstdc++6 introduces a new ABI to conform to the
> C++11 standard, but keeps the old ABI to not break existing binaries.
> Packages which are built with g++-5 from experimental (not the one
> from testing/unstable) are using the new ABI.  Libraries built from
> this source package export some of the new __cxx11 or B5cxx11 symbols,
> dropping other symbols.  If these symbols are part of the API of
> the library, then this rebuild with g++-5 will trigger a transition
> for the library.
> 
> In the case of libtorrent, std::string appears in functions that are
> explicitly exported, so it seems very likely that a transition is needed.
> The transition normally consists of renaming the
> affected library packages, adding a v5 suffix (libtorrent14v5).
> The SONAME should not be changed when doing this.
> 
> If an upgrade to a new upstream SONAME is already planned, and that
> SONAME has never been available in Debian compiled with g++-4, then an
> alternative way to carry out the transition would be to bump the
> SONAME. Please avoid doing this unless the new upstream version
> is very low-risk.
> 
> These follow-up transitions for libstdc++ are not going through exactly
> the normal transition procedure, because many entangled transitions are
> going on at the same time, and the usual ordered transition procedure
> does not scale that far. When all the C++ libraries on which this library
> depends have started their transitions in unstable if required, this
> library should do the same, closing this bug; the release team will deal
> with binNMUs as needed.
> 
> Looking at the build-dependencies of libtorrent, the C++ libraries
> are libcppunit and libsigc++, which have both had their renames
> already; so this sub-transition is ready to start.
> 
> The package might be NMU'd if there is no maintainer response. The
> release team have declared a 2 day NMU delay[2] for packages involved
> in the libstdc++ transition, in order to get unstable back to a usable
> state in a finite time.
> 
> Regards,
> S
> 
> [1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
> [2] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html

-- 
⨳ PGP 0x13EC43EEB9AC8C43 ⨳ https://ghostbar.co


signature.asc
Description: Digital signature

Bug#798425: e2fsprogs ext4 man page typo says ext2 twice in list

[Andrew Buckeridge - Private]

Package: e2fsprogs
Version: 1.42.12-1.1
Severity: minor

Minor annoyance that probably no one notices. My fix:-

--- /tmp/ext4.5.orig2015-09-09 12:27:34.0 +0800
+++ /tmp/ext4.5 2015-09-09 12:27:40.0 +0800
@@ -6,7 +6,7 @@
 .SH NAME
 ext2 \- the second extended file system
 .br
-ext2 \- the third extended file system
+ext3 \- the third extended file system
 .br
 ext4 \- the fourth extended file system
 .SH DESCRIPTION

Bug#798131: openjdk-8-jre: freemind usually crashes or hangs at startup with gtk look and feel

[Ben Caradoc-Davies]

On 09/09/15 13:36, Samuel Thibault wrote:

Ben Caradoc-Davies, le Mon 07 Sep 2015 09:10:35 +1200, a écrit :

I am blaming the atk bridge. Please disable the atk bridge for openjdk-7 and
openjdk-8 as it is *not* fixed as suggested in the changelogs.


Note: this can be done by commenting out the line in
/etc/java-7-openjdk/accessibility.properties


Thanks very much, Samuel. I can confirm that with this line commented 
out, freemind works properly with gtk look and feel on openjdk-7 
(Bug#798214).


I can also confirm that with the line in 
/etc/java-8-openjdk/accessibility.properties commented out, freemind 
works properly with gtk look and feel on openjdk-8 (Bug#798131).


Kind regards,

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

Bug#798214: openjdk-7-jre: atk bridge causes segfault starting freemind with gtk look and feel

[Ben Caradoc-Davies]

On 09/09/15 13:36, Samuel Thibault wrote:

Ben Caradoc-Davies, le Mon 07 Sep 2015 09:10:35 +1200, a écrit :

I am blaming the atk bridge. Please disable the atk bridge for openjdk-7 and
openjdk-8 as it is *not* fixed as suggested in the changelogs.


Note: this can be done by commenting out the line in
/etc/java-7-openjdk/accessibility.properties


Thanks very much, Samuel. I can confirm that with this line commented 
out, freemind works properly with gtk look and feel on openjdk-7 
(Bug#798214).


I can also confirm that with the line in 
/etc/java-8-openjdk/accessibility.properties commented out, freemind 
works properly with gtk look and feel on openjdk-8 (Bug#798131).


Kind regards,

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

Bug#798373: netcfg: Change default wireless networking type from WEP to WPA

[Christian PERRIER]

Quoting Chris Lamb (la...@debian.org):
> Kibi wrote:
> 
> > I suppose adding a “Default” field would render the translation topic
> > moot and would be more explicit than depending on the order of the
> > values in the Choices-C field?
> 
> Ah, of course! Updated patch attached.

>  Template: netcfg/wireless_security_type
>  Type: select
> +Default: WPA/WPA2 PSK
>  Choices-C: wep/open, wpa
>  __Choices: WEP/Open Network, WPA/WPA2 PSK
>  # :sl2:

Thanks, Chris,

However, Default: should match the choice you want, but in Choices-C,
therefore it should be "wpa" alone.

-- 




signature.asc
Description: Digital signature

Bug#798423: RFS: alien/8.95 [QA] -- convert and install rpm and other packages

[Fabiano Antunes]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: alien
   Version : 8.95
   Upstream Author : Joey Hess 
 * URL : http://joeyh.name/code/alien/
 * License : GPL-2+
   Section : admin

It builds those binary packages:

  alien - convert and install rpm and other packages

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

http://mentors.debian.net/package/alien


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

  dget -x http://mentors.debian.net/debian/pool/main/a/alien/alien_8.95.dsc

More information about hello can be obtained from http://www.example.com.

Changes since the last upload:

alien (8.95) unstable; urgency=medium

  * QA upload.
  * Created a patch named fix-removepatchdir to remove empty patch directory \
from Makefile.PL extrainstall.
  * debian/control:
  - Bumped Standards-Version to 3.9.6.
  - Removed duplicated section field.
  * debian/copyright:
  - Replaced protocol from http to https in the Format field.
  - Replaced GPL-2+ license reference by acual GPL-2+ license.
  * Created a patch named fix-spellingerrors to fix spelling errors.

 -- Fabiano Antunes   Tue, 08 Sep 2015 16:49:43 
-0300

Regards,
 Fabiano Antunes

Bug#793404: Fw: important

[Nicole T . Reilly]

Hello!

 

Important message, visit http://bayer-ferrailleur-lyon.com/morning.php?i

 

Nicole T. Reilly

Bug#798271: [Pkg-xfce-devel] Bug#798271: xfce4-terminal ignores such options as show/hide menubar/toolbar when invoked as x-terminal-emulator

[Jayson Willson]

If it is so, then it seems not to be a bug. Please, close this report.

Yours sincerely, Jayson Willson

09.09.2015 00:19, Yves-Alexis Perez пишет:

On lun., 2015-09-07 at 17:08 +0300, Jayson Willson wrote:

In my system xfce4-terminal.wrapper provides x-terminal-emulator alternative,
and if I run "x-terminal-emulator --hide-menubar --hide-toolbar" (for example),
these options are ignored. However, if I run xfce4-terminal with these options
directly, they are handled in the right way.


That's quite likely because x-terminal-emulator is supposed to be an
xterm compatible alternative. It calls /usr/bin/xfce4-terminal.wrapper
which only handles some specific options.

Regards,

Bug#670947: lists.debian.org: Cannot select a particular list in searches?

[Ian Zimmerman]

On 2015-08-13 10:46 +0100, Olly Betts wrote:

> > But, the actual search page has no widget to select a list :-( And no
> > Google-like "list:" terms seem to be provided either, or of they are
> > it's not documented.
> 
> There used to be such a filter, but it was commented out some time ago
> because it relied on a custom patched build of an old version of Xapian
> omega and broke when the server was updated to the standard packaged
> version.
> 
> I've reinstated it and fixed it to work with a vanilla build of recent
> Xapian omega.
> 
> I've also hooked things up so you can also filter using things like
> list:debian-devel in the query string.

It seems to work!!  Many thanks.  This helps _so_ much.

-- 
Please *no* private copies of mailing list or newsgroup messages.
Rule 420: All persons more than eight miles high to leave the court.

Bug#798317: xserver-xorg-video-radeon: Strange interaction of radeon config, screenshot and x11vnc

[Michel Dänzer]

On 09.09.2015 11:46, Luis Mochan wrote:
> I haven´t rebooted without that option, but it seems it runs faster without 
> it (I turned it off and restarted X).

The EXAPixmaps option was specifically introduced to be disabled on GPUs
like yours for this reason. :)


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

Bug#798261: [Pkg-fonts-devel] Bug#798261: ITP: fonts-roboto-fontface -- largely geometric, friendly and open curves font

[Vasudev Kamath]

Thomas Goirand  writes:

> On 09/08/2015 05:33 AM, Vasudev Kamath wrote:
>> Yeah, we already have couple of webfonts under pkg-fonts team, though
>> there is no strict policy yet we place them under /usr/share/fonts/type
>> where type can be ttf, otf, woff, svg eot, etc. And less/css/scss files
>> under /usr/share/fonts-package.
>
> That's what I've done in my package, indeed.
OK.
>
>> As an example you can have a look at fonts-font-awesome source, which is also
>> used by owncloud.
>
> Horizon also uses the fonts-font-awesome package, so it's nice to have
> such consistency indeed.
>
> Now, to move on, what's next action? Remove the fonts-roboto generation
> from the android fonts source? Or ... ? The thing is, I really *need*
> this webfont and the CSS, otherwise Horizon will be quite broken.

I'm not quite sure, as said earlier roboto-fontface-bower is not the
original roboto upstream so splitting it from the fonts-android doesn't
sound right.

OTOH to build fonts-roboto from actual upstream it needs a lot of work
as most of tools needed are not/not up-to-date in Debian.

May be for now it should be fine to ship fonts-roboto-fontface as not to
block the bringing of Horizon into Debian. May be once we have proper
fonts-roboto in proper shape in Debian we can generate required woff/svg
files and make roboto-fontface-bower only ship required less/css/scss
files.

Bug#798421: Please don't depend specifically on the OpenSSL variant of Curl

[Josh Triplett]

On Wed, Sep 09, 2015 at 12:53:42PM +1000, Russell Sim wrote:
> On 9 September 2015 at 12:37, Josh Triplett  wrote:
> 
> > I'd like to use libgit2 for projects under the GPL.  Would you please
> > consider either building libgit2 against the gnutls version of Curl, or
> > otherwise making it possible to avoid building with OpenSSL, for the
> > benefit of GPLed projects?
> >
> 
> Fair call, this should be pretty straight forward.  I thought it was
> required for threading, but this doesn't seem to be the case.
> 
> A new version will be released shortly, I can move to the gnutls version of
> curl then.
> 
> Thanks for looking into this.

Thanks as well for maintaining libgit2 packages!

Bug#798317: xserver-xorg-video-radeon: Strange interaction of radeon config, screenshot and x11vnc

[Luis Mochan]

I haven´t rebooted without that option, but it seems it runs faster without it 
(I turned it off and restarted X).
Regards

On September 8, 2015 9:34:20 PM CDT, "Michel Dänzer"  wrote:
>On 09.09.2015 01:35, Luis Mochan wrote:
>> I turned off RenderAccel, turned on EXAPixmaps and
>> rebooted. Everything seems to work fine now; I got into X and
>> screenshot captures correctly the screen images and x11vnc displays
>> the screen correctly.
>
>Is there still a problem without Option "EXAPixmaps"?

-- 
W. Luis Mochán
desde su inservible teléfono

Bug#798314: systemd: Systemd waits 30 minutes to shut down because of NFS share

[Javier Ayres]

I edited the wpa_supplicant service as you suggested but the issue is still
present. I've also found that the behavior is not consistent, sometimes it
waits 90 seconds and sometimes it waits 30 minutes (even after changing the
fstab entry).

2015-09-08 14:01 GMT-03:00 Michael Biebl :

> Control: severity -1 important
>
> Am 08.09.2015 um 02:33 schrieb Javier Ayres:
> > Package: systemd
> > Version: 225-1
> > Severity: normal
> >
> > I have a NFS share configured in my /etc/fstab as follows:
> >
> > 192.168.1.4:/mnt/samsung   /mnt/D3 nfs
> > auto,nofail,timeo=25,users,_netdev,bg,comment=x-gvfs-show  0 0
> >
> > The drive is mounted correctly at startup, but if I don't manually
> unmount it
> > before shutting down the system will take 30 minutes to shut down. The
> message
> > "A stop job is running for /mnt/D3 (0s / 1min 30s)" is shown; after 90
> seconds
> > it changes to something like "A stop job is running for /mnt/D3 (1min
> 30s /
> > 3min)" and it keeps incrementing until 30 minutes have passed. I changed
> the
> > fstab entry to:
> >
> > 192.168.1.4:/mnt/samsung   /mnt/D3 nfs
>  users,_netdev,comment=x
> > -gvfs-show  0 0
> >
> > Now it honors the 1min 30s timeout, but it takes 90 seconds at startup
> as well
> > ("A start job is running...").
> >
> > I'm running an up to date version of Debian (testing branch) and the NFS
> server
> > is a Raspberry Pi with Raspbian. I'm happy to provide more details if
> needed.
>
>
> I tried to reproduce the problem, using ethernet and ifupdown
>
> - added 1.2.3.4:/test/nfs /mnt/nfs auto,nofail 0 0 to fstab
> - rebooted
> - checked that /mnt/nfs was correctly mounted
> - stop network via ifdown eth0
> - run shutdown
>
> This blocks indefinitely here. Inspecting the journal on a debug-shell I
> get
>
> > Sep 08 18:55:12 debian systemd[1]: Stopped target Remote File Systems.
> > Sep 08 18:55:12 debian systemd[1]: Unmounting /mnt/nfs...
> > Sep 08 18:55:12 debian systemd[1]: Stopped target Basic System.
> > Sep 08 18:55:12 debian systemd[1]: Stopped target Slices.
> > Sep 08 18:55:12 debian systemd[1]: Removed slice User and Session Slice.
> > Sep 08 18:55:12 debian systemd[1]: Stopped target Sockets.
> > Sep 08 18:55:13 debian systemd[1]: Closed D-Bus System Message Bus
> Socket.
> > Sep 08 18:55:13 debian systemd[1]: Closed ACPID Listen Socket.
> > Sep 08 18:55:13 debian systemd[1]: Closed Syslog Socket.
> > Sep 08 18:55:13 debian systemd[1]: Stopped target Paths.
> > Sep 08 18:55:13 debian systemd[1]: Stopped Dispatch Password Requests to
> Console Directory Watch.
> > Sep 08 18:55:13 debian systemd[1]: Stopped Forward Password Requests to
> Wall Directory Watch.
> > Sep 08 18:55:13 debian systemd[1]: Stopped ACPI Events Check.
> > Sep 08 18:55:13 debian systemd[1]: Stopped target System Initialization.
> > Sep 08 18:55:13 debian systemd[1]: Stopped Apply Kernel Variables.
> > Sep 08 18:55:13 debian systemd[1]: Stopped Load Kernel Modules.
> > Sep 08 18:55:13 debian systemd[1]: Stopping LSB: NFS support files
> common to client and server...
> > Sep 08 18:55:13 debian nfs-common[893]: Stopping NFS common utilities:
> idmapd statd.
> > Sep 08 18:55:13 debian systemd[1]: Stopped target Encrypted Volumes.
> > Sep 08 18:55:13 debian systemd[1]: Stopped target Swap.
> > Sep 08 18:55:13 debian systemd[1]: Unmounted /run/rpc_pipefs.
> > Sep 08 18:55:13 debian systemd[1]: Stopped LSB: NFS support files common
> to client and server.
> > Sep 08 18:55:13 debian systemd[1]: Stopped target RPC Port Mapper.
> > Sep 08 18:55:13 debian systemd[1]: Stopping LSB: RPC portmapper
> replacement...
> > Sep 08 18:55:13 debian systemd[1]: Stopped target System Time
> Synchronized.
> > Sep 08 18:55:13 debian systemd[1]: Stopping Network Time
> Synchronization...
> > Sep 08 18:55:13 debian systemd[1]: Stopped Network Time Synchronization.
> > Sep 08 18:55:13 debian systemd[1]: Stopped Create Volatile Files and
> Directories.
> > Sep 08 18:55:13 debian rpcbind[478]: ^[[1;31mrpcbind terminating on
> signal. Restart with "rpcbind -w"^[[0m
> > Sep 08 18:55:13 debian rpcbind[902]: Stopping rpcbind daemon
> > Sep 08 18:55:13 debian systemd[1]: Stopped LSB: RPC portmapper
> replacement.
> > Sep 08 18:56:43 debian systemd[1]: ^[[1;39mmnt-nfs.mount: Unmounting
> timed out. Stopping.^[[0m
> > Sep 08 18:58:13 debian systemd[1]: ^[[1;39mmnt-nfs.mount: Unmounting
> timed out. Stopping.^[[0m
> > Sep 08 18:58:54 debian kernel: ^[[1;39mnfs: server 192.168.179.20 not
> responding, timed out^[[0m
> > Sep 08 18:59:43 debian systemd[1]: ^[[1;39mmnt-nfs.mount: Unmounting
> timed out. Stopping.^[[0m
>
> and that goes on
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>


-- 
Javier Ayres

Bug#798422: lintian: please add "go-import-path" to the list of allowed source fields

[Tianon Gravi]

Package: src:lintian
Severity: wishlist
Tags: patch
X-Debbugs-CC: pkg-go-maintain...@lists.alioth.debian.org

This field is used by dh-golang[1][2] to determine the proper location
inside /usr/share/gocode for the files of the package, and is useful
for other automation too.

I've attached the basic patch that adds this, even though the change
is pretty trivial.  I'd be happy to adapt it if I've done something
wrong or could be more helpful. :)

[1]: 
https://sources.debian.net/src/dh-golang/1.12/lib/Debian/Debhelper/Buildsystem/golang.pm/#L27-L36
[2]: https://tracker.debian.org/news/702962

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4
From c64a0e46299cffd7faad3a937106e655d47c5428 Mon Sep 17 00:00:00 2001
From: Tianon Gravi 
Date: Tue, 8 Sep 2015 19:48:59 -0700
Subject: [PATCH] d/common/source-fields: Add "go-import-path" field

---
 data/common/source-fields | 1 +
 1 file changed, 1 insertion(+)

diff --git a/data/common/source-fields b/data/common/source-fields
index 329c3dd..4ef6e4c 100644
--- a/data/common/source-fields
+++ b/data/common/source-fields
@@ -27,6 +27,7 @@ origin
 # disappear without notice
 @if-vendor-is-not debian original-maintainer
 
+go-import-path
 package-list
 python-version
 ruby-versions
-- 
2.4.6

Bug#798421: Please don't depend specifically on the OpenSSL variant of Curl

[Russell Sim]

On 9 September 2015 at 12:37, Josh Triplett  wrote:

> I'd like to use libgit2 for projects under the GPL.  Would you please
> consider either building libgit2 against the gnutls version of Curl, or
> otherwise making it possible to avoid building with OpenSSL, for the
> benefit of GPLed projects?
>

Fair call, this should be pretty straight forward.  I thought it was
required for threading, but this doesn't seem to be the case.

A new version will be released shortly, I can move to the gnutls version of
curl then.

Thanks for looking into this.

-- 
Cheers,
Russell Sim

Bug#798317: xserver-xorg-video-radeon: Strange interaction of radeon config, screenshot and x11vnc

[Michel Dänzer]

On 09.09.2015 01:35, Luis Mochan wrote:
> I turned off RenderAccel, turned on EXAPixmaps and
> rebooted. Everything seems to work fine now; I got into X and
> screenshot captures correctly the screen images and x11vnc displays
> the screen correctly.

Is there still a problem without Option "EXAPixmaps"?


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

Bug#798421: Please don't depend specifically on the OpenSSL variant of Curl

[Josh Triplett]

Package: libgit2-dev
Version: 0.23.1-1
Severity: wishlist

I'd like to use libgit2 for projects under the GPL.  Would you please
consider either building libgit2 against the gnutls version of Curl, or
otherwise making it possible to avoid building with OpenSSL, for the
benefit of GPLed projects?

Bug#795396: [Aptitude-devel] Bug#795396: Bug#795396: aptitude: DEBIAN_FRONTEND does not affect the debconf invoked by "aptitude

[Karl O. Pinc]

Hi Manual,

On Mon, 7 Sep 2015 22:23:16 +0100
"Manuel A. Fernandez Montecelo"  wrote:

> 2015-09-06 20:12 Karl O. Pinc:
> >On Sun, 6 Sep 2015 16:15:56 +0100
> >"Manuel A. Fernandez Montecelo"  wrote:
> >
> >> Also, what does happen if you use apt-get instead?
> >
> >I don't know.  It's not clear to me how to create
> >a test environment to reproduce the problem.  It requires
> >that an installed package get an update put into a repo
> >and that the update makes changes to a user-modifed
> >config file (right?) so that debconf is invoked when
> >the update is installed.
> 
> Perhaps it also work installing some package that you don't need, but
> it is harmless, and know for sure that uses debconf?

I don't think that installing is going to reproduce the
problem -- it's on upgrade that debconf really wants
to ask questions when a new config is incompatible with
a user-modified config.

Per a suggestion on IRC #debian I tried (because I saw
the problem with apache2):

dpkg-i \
 /var/cache/apt/archives/apache2_2.4.10-10+deb8u1_i386.deb \
 /var/cache/apt/archives/apache2-bin_2.4.10-10+deb8u1_i386.deb \
 /var/cache/apt/archives ^M/apache2-data_2.4.10-10+deb8u1_all.deb

I believe this would get me back to the version which, on upgrade,
I saw the problem.  But I could not reproduce the problem.

My current apache2 version is: 2.4.10-10+deb8u3

Note that the apache2 changelog says:

apache2 (2.4.10-10+deb8u2) jessie; urgency=medium

  [ Stefan Fritsch ]
  * Fix upgrade logic: When upgrading from wheezy with apache2.2-common
but without apache2 installed to jessie, part of the conffile
  handling logic would not run, causing outdated conffile content to be
  kept. This is part of the solution for bug #794933. The other part
  will be included in the upgrade to Debian 9 (stretch).

 -- Stefan Fritsch   Thu, 27 Aug 2015 19:52:37 +0200

Seems to me that whatever fix was made to the upgrade logic
is what triggered the problem, but that's a guess.


> If you cannot test with the suggestion above, I think that it's better
> to reassign to debconf package itself, let me know if you want me to
> do this.

Since I'm kinda stuck reproducing the problem I think you'd
better reassign this to the debconf package.  Maybe they'll
be able to help.

For the sake of completeness I've found the log output
which prompted this report.  It
dates to: Sun,  2 Aug 2015 06:26:00 -0500 (CDT)

(Now you know what the problem looks like.  :-)

(FYI: Although aptitude is being invoked with --quiet=2
it's outputting it's dynamic progress report.  A change
from Wheezy and something I should put into another
bug report.)


-
The following packages will be upgraded:
  apache2 apache2-bin apache2-data apache2-mpm-prefork apache2-utils 
  libicu52 
6 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 8,384 kB of archives. After unpacking 7,168 B will be freed.
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 86260 files and directories currently installed.)
Preparing to
unpack .../apache2-mpm-prefork_2.4.10-10+deb8u1_amd64.deb ... Unpacking
apache2-mpm-prefork (2.4.10-10+deb8u1) over (2.4.10-10) ... Preparing
to unpack .../apache2_2.4.10-10+deb8u1_amd64.deb ... Unpacking apache2
(2.4.10-10+deb8u1) over (2.4.10-10) ... Preparing to
unpack .../apache2-bin_2.4.10-10+deb8u1_amd64.deb ... Unpacking
apache2-bin (2.4.10-10+deb8u1) over (2.4.10-10) ... Preparing to
unpack .../apache2-utils_2.4.10-10+deb8u1_amd64.deb ... Unpacking
apache2-utils (2.4.10-10+deb8u1) over (2.4.10-10) ... Preparing to
unpack .../apache2-data_2.4.10-10+deb8u1_all.deb ... Unpacking
apache2-data (2.4.10-10+deb8u1) over (2.4.10-10) ... Preparing to
unpack .../libicu52_52.1-8+deb8u2_amd64.deb ... Unpacking
libicu52:amd64 (52.1-8+deb8u2) over (52.1-8) ... Processing triggers
for systemd (215-17+deb8u1) ... Processing triggers for man-db
(2.7.0.2-5) ... Setting up apache2-bin (2.4.10-10+deb8u1) ...
Setting up apache2-utils (2.4.10-10+deb8u1) ...
Setting up apache2-data (2.4.10-10+deb8u1) ...
Setting up apache2 (2.4.10-10+deb8u1) ...

Configuration file '/etc/apache2/ports.conf'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.  
   What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
  D : show the differences between the 

Bug#798420: devscripts: bts script requires liburi-perl as install dependency

[Tim Potter]

Package: devscripts
Version: 2.15.8
Severity: normal

Dear Maintainer,

Hi there.  I've recently disabled installing recommended packages 
and this has had the side-effect of breaking the "bts" script.  In the
control file the liburi-perl package is mentioned as a recommends, but
in reality it's a hard requirement:

$ bts
Can't locate URI.pm in @INC (you may need to install the URI module) (@INC 
contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 
/usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 
/usr/local/lib/site_perl .) at /usr/bin/bts line 63.
BEGIN failed--compilation aborted at /usr/bin/bts line 63.

$ sudo apt-get install liburi-perl

$ bts
Usage: bts [options] command [args] [#comment] [.|, command ... ]
Valid options are:
   -o, --offline  Do not attempt to connect to BTS for show/bug
  commands: use cached copy
   --online, --no-offline Attempt to connect (default)
   -n, --no-actionDo not send emails but print them to standard output.
   --no-cache Do not attempt to cache new versions of BTS
[...]

-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
Not present

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

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

Versions of packages devscripts depends on:
ii  dpkg-dev 1.18.2
ii  libc62.19-19
ii  perl 5.20.2-6
ii  python3  3.4.3-4
pn  python3:any  

Versions of packages devscripts recommends:
pn  at  
ii  curl7.44.0-1
pn  dctrl-tools 
pn  debian-keyring  
pn  dput | dupload  
pn  equivs  
pn  fakeroot
ii  file1:5.22+15-2
ii  gnupg   1.4.19-3
pn  libdistro-info-perl 
pn  libencode-locale-perl   
pn  libjson-perl
pn  liblwp-protocol-https-perl  
pn  libsoap-lite-perl   
pn  liburi-perl 
pn  libwww-perl 
pn  lintian 
ii  man-db  2.7.2-1
ii  patch   2.7.5-1
pn  patchutils  
ii  python3-debian  0.1.27
pn  python3-magic   
ii  sensible-utils  0.0.9
pn  strace  
pn  unzip   
pn  wdiff   
ii  xz-utils5.1.1alpha+20120614-2.1

Versions of packages devscripts suggests:
pn  bsd-mailx | mailx
ii  build-essential  12.1
pn  cvs-buildpackage 
pn  debbindiff   
pn  devscripts-el
pn  gnuplot  
ii  gpgv 1.4.19-3
pn  libauthen-sasl-perl  
pn  libfile-desktopentry-perl
pn  libnet-smtp-ssl-perl 
pn  libterm-size-perl
pn  libtimedate-perl 
pn  libyaml-syck-perl
pn  mutt 
ii  openssh-client [ssh-client]  1:6.9p1-1
pn  svn-buildpackage 
pn  w3m  

-- no debconf information

Bug#798419: src:fiona: please add dependency “Suggests: fiona-doc”

[Ben Finney]

Package: src:fiona
Version: 1.5.1-2
Severity: minor

Dear Maintainer,

Working with the ‘fiona’ packages requires understanding how they work
and what they do.

Please set a “Suggests: fiona-doc” dependency to the library and
command-line packages, so that administrators choosing to install
those will receive the suggestion.

-- 
 \ “Too many pieces of music finish too long after the end.” —Igor |
  `\   Stravinskey |
_o__)  |
Ben Finney 

Bug#798418: ITP: hugo -- Fast and flexible Static Site Generator written in Go

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: hugo
  Version : 0.14+git20150908.197.daf5f32-1
  Upstream Author : Steve Francia and friends
* URL : https://github.com/spf13/hugo
* License : SimPL-2.0 (Simple Public License)
  Programming Lang: Go
  Description : Fast and flexible Static Site Generator written in Go

 Hugo is a static site generator written in Go. It is optimized for speed,
 ease of use, and configurability. Hugo takes a directory with content and
 templates, and renders them into a full HTML website.
 .
 Hugo relies on Markdown files with front matter for meta data. And you
 can run Hugo from any directory. This works well for shared hosts and
 other systems where you don’t have a privileged account.
 .
 Hugo renders a typical website of moderate size in a fraction of a
 second. A good rule of thumb is that each piece of content renders in
 around 1 millisecond.
 .
 Hugo is meant to work well for any kind of website including blogs,
 tumblelogs and docs.
 .
 Complete documentation is available at http://gohugo.io/ .

Reason for packaging:

 Hugo is among the top five static site generators according to
 http://www.staticgen.com/ .  It is the fastest among them all,
 is under active development from many contributors,
 and is quickly gaining popularity.
 .
 I think Hugo would be a handy tool and worthy addition to Debian.

Bug#798417: freedombox-setup: Fix some errors in flash-kernel script

[James Valleroy]

Package: freedombox-setup
Severity: wishlist
Tags: patch

This patch fixes some errors in the first-run flash-kernel script. They
didn't cause noticeable issues, but caused shellcheck to complain.

--
James
From 13e0a17d0ccdd08ae5175bae396837857bcda551 Mon Sep 17 00:00:00 2001
From: James Valleroy 
Date: Tue, 8 Sep 2015 21:40:25 -0400
Subject: [PATCH] Fix errors in flash-kernel first-run script. 'type' is a
 bashism. Use exit instead of return. Fix use of undefined variable
 mountpoint.

---
 first-run.d/80_flash-kernel | 13 +++--
 1 file changed, 7 insertions(+), 6 deletions(-)

diff --git a/first-run.d/80_flash-kernel b/first-run.d/80_flash-kernel
index 9370c87..614c711 100755
--- a/first-run.d/80_flash-kernel
+++ b/first-run.d/80_flash-kernel
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/bash
 #
 # Update the kernel if package flash-kernel is install unless
 # requested otherwise.
@@ -6,26 +6,27 @@
 . /lib/lsb/init-functions
 
 if ! type flash-kernel > /dev/null 2>&1 ; then
-return
+log_warning_msg "Skipped Flashing Kernel: flash-kernel is not installed."
+exit 0
 fi
 
 if [ -e /var/freedombox/dont-tweak-kernel ]
 then
 log_warning_msg "Skipped Flashing Kernel."
-return
+exit 0
 else
 . /usr/lib/freedombox/machine-detect
 if [ "$MACHINE" = "dreamplug" ]; then
-kernel_version="$(/bin/ls $mountpoint/boot/vmlinuz-*-kirkwood | sort -rn | head -n1 | sed s#$mountpoint/boot/vmlinuz-##)"
+kernel_version="$(/bin/ls /boot/vmlinuz-*-kirkwood | sort -rn | head -n1 | sed s#/boot/vmlinuz-##)"
 else
 if [ "$MACHINE" = "beaglebone" ]; then
-kernel_version="$(/bin/ls $mountpoint/boot/vmlinuz-*-armmp | sort -rn | head -n1 | sed s#$mountpoint/boot/vmlinuz-##)"
+kernel_version="$(/bin/ls /boot/vmlinuz-*-armmp | sort -rn | head -n1 | sed s#/boot/vmlinuz-##)"
 fi
 fi
 
 log_action_begin_msg "Flashing Kernel version $kernel_version "
 
-if flash-kernel $kernel_version ; then
+if flash-kernel "$kernel_version" ; then
 	log_action_end_msg 0
 else
 	log_action_end_msg 1
-- 
2.5.1



signature.asc
Description: OpenPGP digital signature

Bug#796711: [Pkg-crosswire-devel] Bug#796711: sword: library transition is needed with GCC 5 as default

[Roberto C . Sánchez]

Daniel,

I just built this and was going to upload for you, but I noticed that
lintian complained of two errors:

E: sword source: license-problem-undefined-license unknown (paragraph at line 
25)
E: libsword-dev: pkg-config-multi-arch-wrong-dir usr/lib/pkgconfig/sword.pc 
full text contains architecture specific dir x86_64-linux-gnu

I don't have time to dig into the lintian errors tonight, but I may be
able to in the next day or so.

Also, if you could push the tags for the various 1.7.3 versions that
would be helpful.  I was going to check out on the debian/1.7.3+dfsg-3
and build from Git, but there was no tag, so I did an 'apt-get source'
and applied the patch you attached to the bug instead.

Regards,

-Roberto

On Mon, Sep 07, 2015 at 11:55:36AM +0100, Daniel Glassey wrote:
> user release.debian@packages.debian.org
> usertag 796711 + transition
> usertag 796711 + patch
> block 796711 by 790756
> reassign 796711 release.debian.org
> thanks
> 
> patch attached for the transition.
> 
> I need to wait for a keyring update before I can upload myself.
> 
> Thanks,
> Daniel

> diff --git a/debian/changelog b/debian/changelog
> index b62945f..7fa2648 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,13 @@
> +sword (1.7.3+dfsg-3) unstable; urgency=low
> +
> +  * c++ transition
> +  rename library to libsword11v5
> +  blocked by ICU c++ transition
> +  * add patch abicompare.patch to allow libsword to work with 
> +  abi-compliance-checker for future transitions
> +
> + -- Daniel Glassey   Wed, 02 Sep 2015 14:15:09 +0100
> +
>  sword (1.7.3+dfsg-2.1) unstable; urgency=medium
>  
>* Non maintainer upload.
> diff --git a/debian/control b/debian/control
> index 53dbebe..9f59bf3 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -17,7 +17,7 @@ Uploaders: Daniel Glassey ,
>  Standards-Version: 3.9.3
>  Homepage: http://www.crosswire.org/sword/
>  
> -Package: libsword11
> +Package: libsword11v5
>  Architecture: any
>  Depends: libsword-common, ${shlibs:Depends}, ${misc:Depends}
>  Recommends: sword-frontend
> @@ -36,7 +36,7 @@ Description: API/library for bible software
>  Package: libsword-dev
>  Architecture: any
>  Section: libdevel
> -Depends: libsword11 (= ${binary:Version}), ${misc:Depends}
> +Depends: libsword11v5 (= ${binary:Version}), ${misc:Depends}
>  Recommends: libsword-utils
>  Description: Development files for libsword
>   The SWORD Project is an open source, cross-platform (Linux, Windows, 
> Solaris,
> @@ -80,7 +80,7 @@ Package: libsword-dbg
>  Architecture: any
>  Section: debug
>  Priority: extra
> -Depends: libsword11 (= ${binary:Version}), ${misc:Depends}
> +Depends: libsword11v5 (= ${binary:Version}), ${misc:Depends}
>  Description: API/library for bible software - Debug Files
>   The SWORD Project is an open source, cross-platform (Linux, Windows, 
> Solaris,
>   MacOSX etc.) API/library for Bible software with a constantly growing list 
> diff --git a/debian/libsword11.docs b/debian/libsword11.docs
> deleted file mode 100644
> index 546a37e..000
> --- a/debian/libsword11.docs
> +++ /dev/null
> @@ -1 +0,0 @@
> -doc/translation-template.conf
> diff --git a/debian/libsword11.install b/debian/libsword11.install
> deleted file mode 100644
> index 79e4168..000
> --- a/debian/libsword11.install
> +++ /dev/null
> @@ -1 +0,0 @@
> -usr/lib/libsword.so.11
> diff --git a/debian/libsword11v5.docs b/debian/libsword11v5.docs
> new file mode 100644
> index 000..546a37e
> --- /dev/null
> +++ b/debian/libsword11v5.docs
> @@ -0,0 +1 @@
> +doc/translation-template.conf
> diff --git a/debian/libsword11v5.install b/debian/libsword11v5.install
> new file mode 100644
> index 000..79e4168
> --- /dev/null
> +++ b/debian/libsword11v5.install
> @@ -0,0 +1 @@
> +usr/lib/libsword.so.11
> diff --git a/debian/patches/abicompare.patch b/debian/patches/abicompare.patch
> new file mode 100644
> index 000..cdf3109
> --- /dev/null
> +++ b/debian/patches/abicompare.patch
> @@ -0,0 +1,81 @@
> +Index: sword-1.7.3+dfsg/include/canon_abbrevs.h
> +===
> +--- sword-1.7.3+dfsg.orig/include/canon_abbrevs.h2013-08-22 
> 08:03:11.0 +0100
>  sword-1.7.3+dfsg/include/canon_abbrevs.h 2015-09-03 07:00:52.709829136 
> +0100
> +@@ -24,6 +24,8 @@
> + #ifndef CANON_ABBREVS_H
> + #define CANON_ABBREVS_H
> + 
> ++#include 
> ++
> + SWORD_NAMESPACE_START
> + 
> + 
> +Index: sword-1.7.3+dfsg/include/femain.h
> +===
> +--- sword-1.7.3+dfsg.orig/include/femain.h   2015-09-03 07:52:46.497269566 
> +0100
>  sword-1.7.3+dfsg/include/femain.h2015-09-03 07:57:23.730644294 
> +0100
> +@@ -23,12 +23,15 @@
> + #ifndef FEMAIN_H
> + #define FEMAIN_H
> + 
> ++#include 
> ++#include 
> ++
> + class FEMain
> + {
> + public:
> +   FEMain ();
> +   virtual ~FEMain ();
> +-  list < SWDisplay * >displays; // so we can delete each display we 
> c

Bug#794977: please, fix this soon

[Francesco Potortì]

I used the ln -s workaround, thanks Aleksi.

But I think this package is important enough to deserve a quick official
update.

By the way, if the update checked for the presence of the simlink fix
and warned to undo it, that would be very appreciated :)

-- 
Francesco Potortì (ricercatore)Voice:  +39.050.621.3058
ISTI - Area della ricerca CNR  Mobile: +39.348.8283.107
via G. Moruzzi 1, I-56124 Pisa Skype:  wnlabisti
(entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it

Bug#798214: openjdk-7-jre: atk bridge causes segfault starting freemind with gtk look and feel

[Samuel Thibault]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=754748

Hello,

Ben Caradoc-Davies, le Mon 07 Sep 2015 09:10:35 +1200, a écrit :
> the jvm segfaults starting freemind if and only if look and feel is set to 
> gtk.
> The same thing happened in 7u85-2.6.1-2 but not versions from a few months 
> ago.
> 
> I am blaming the atk bridge. Please disable the atk bridge for openjdk-7 and
> openjdk-8 as it is *not* fixed as suggested in the changelogs.

Note: this can be done by commenting out the line in
/etc/java-7-openjdk/accessibility.properties

Samuel

Bug#765225: h323plus: diff for NMU version 1.24.0~dfsg2-1.1

[Wookey]

tags 765225 + pending
thanks

Dear maintainer,

I've prepared an NMU for h323plus to fix the FTBFS on arm64 (versioned
as 1.24.0~dfsg2-1.1) and will upload it shortly to DELAYED/7. Please
feel free to tell me if I should delay it longer.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/
diff -Nru h323plus-1.24.0~dfsg2/debian/changelog h323plus-1.24.0~dfsg2/debian/changelog
--- h323plus-1.24.0~dfsg2/debian/changelog	2012-06-11 01:06:09.0 +0100
+++ h323plus-1.24.0~dfsg2/debian/changelog	2015-09-08 21:42:37.0 +0100
@@ -1,3 +1,10 @@
+h323plus (1.24.0~dfsg2-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Ensure autotools-dev is used as well as dh-autoreconf (Closes: #765225) 
+
+ -- Wookey   Tue, 08 Sep 2015 20:38:49 +
+
 h323plus (1.24.0~dfsg2-1) unstable; urgency=low
 
   * Fix "Source package contains non-free IETF RFC/I-D" Strip iLBC
diff -Nru h323plus-1.24.0~dfsg2/debian/rules h323plus-1.24.0~dfsg2/debian/rules
--- h323plus-1.24.0~dfsg2/debian/rules	2012-06-11 00:58:29.0 +0100
+++ h323plus-1.24.0~dfsg2/debian/rules	2015-09-08 21:38:35.0 +0100
@@ -12,7 +12,7 @@
 URL := http://www.h323plus.org/source/download/h323plus-v$(URLVERSION).tar.gz
 
 %:
-	dh $@ --parallel --with autoreconf
+	dh $@ --parallel --with autoreconf,autotools-dev
 
 override_dh_auto_configure:
 	dh_auto_configure -- --enable-plugins --disable-h46018 --disable-h46023 --disable-h460p --disable-gnugk

Bug#798416: ITP: golang-github-spf13-cobra -- A Commander for modern Go CLI interactions

[Anthony Fok]

Package: wnpp
Severity: wishlist
Owner: Anthony Fok 

* Package name: golang-github-spf13-cobra
  Version : 0.0~git20150904.0.68f5a81-1
  Upstream Authors: Steve Francia, Eric Paris
* URL : https://github.com/spf13/cobra
* License : Apache-2.0
  Programming Lang: Go
  Description : A Commander for modern Go CLI interactions

 Cobra is a commander providing a simple interface to create powerful
 modern CLI interfaces similar to git & go tools. In addition to providing
 an interface, Cobra simultaneously provides a controller to organize your
 application code.
 .
 Inspired by go, go-Commander, gh and subcommand, Cobra improves on
 these by providing fully POSIX-compliant flags (including short & long
 versions), nesting commands, and the ability to define your own help
 and usage for any or all commands.
 .
 Cobra has an exceptionally clean interface and simple design without
 needless constructors or initialization methods.

Reason for packaging:

 Needed by Go applications like:
   * Hugo, the static website generator, http://gohugo.io/
   * Kubernetes by Google, Manage a cluster of Linux containers
 as a single system to accelerate Dev and simplify Ops
 http://kubernetes.io/

Bug#798415: freedombox-setup: Switch from mod_ssl to mod_gnutls

[James Valleroy]

Package: freedombox-setup
Severity: wishlist
Tags: patch

We will need to switch from mod_ssl to mod_gnutls to (eventually) enable
PGP client certificate authentication. Not all of the required pieces
are available yet. However, I suggest we can make the switch to
mod_gnutls now, so we can thoroughly test it integrated with the rest of
FreedomBox.

This change also requires a small workaround for plinth's ssl
configuration. I made a pull request for that change:
https://github.com/freedombox/Plinth/pull/223

--
James
From 902e8947d23a4d5e234e2b3d30e152180d499b65 Mon Sep 17 00:00:00 2001
From: James Valleroy 
Date: Tue, 8 Sep 2015 20:44:45 -0400
Subject: [PATCH] Switch from mod_ssl to mod_gnutls.

---
 debian/control | 1 +
 setup.d/90_apache2 | 8 +---
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/debian/control b/debian/control
index a300bcd..4c96fbc 100644
--- a/debian/control
+++ b/debian/control
@@ -45,6 +45,7 @@ Depends: ${misc:Depends}
  , iptables
  , iputils-ping
  , iw
+ , libapache2-mod-gnutls
  , libnss-gw-name
  , libnss-mdns
  , libnss-myhostname
diff --git a/setup.d/90_apache2 b/setup.d/90_apache2
index 4fd7dc1..8c75f0e 100755
--- a/setup.d/90_apache2
+++ b/setup.d/90_apache2
@@ -13,8 +13,9 @@ a2enmod mpm_prefork
 # enable miscellaneous modules.
 a2enmod rewrite
 
-# enable SSL
-a2enmod ssl
+# enable GnuTLS
+a2dismod ssl
+a2enmod gnutls
 
 # enable mod_alias for RedirectMatch
 a2enmod alias
@@ -26,6 +27,7 @@ a2enmod headers
 a2enconf freedombox
 
 a2ensite 000-default
-a2ensite default-ssl
+a2dissite default-ssl
+a2ensite default-tls
 
 echo "Done configuring Apache."
-- 
2.5.1



signature.asc
Description: OpenPGP digital signature

Bug#792687: [Reproducible-builds] Bug#792687: gettext: please support timestamps from environment

[Dhole]

On 08/31/2015 09:32 PM, Santiago Vila wrote:
> Would be possible to drop the forked gettext and try to fix this in
> the affected packages?

Hi Santiago, I saw that you have been working on the packages affected
by the POT creation date timestamps in gettext mo files today so maybe
you know this already, but just to be sure:
The patched gettext has been dropped from our reproducible APT
repository, and all the affected packages by the issue
different_pot_creation_date_in_gettext_mo_files (formerly
lc_messages_randomness) have been rebuilt in our jenkins setup, using
the gettext version from Debian unstable:
https://reproducible.debian.net/issues/unstable/different_pot_creation_date_in_gettext_mo_files_issue.html

Regards,
-- 
Dhole



signature.asc
Description: OpenPGP digital signature

Bug#798142:

[Jan Michael Greiner]

The UMTS stick is a K3772.

Bug#798403: Partial fix

[JTL]

After a lot of trial and error found this work around

These commands will increment pulse audio volume up/down
Use  'pactl -- set-sink-volume  +10200` to increase volume
Use  'pactl -- set-sink-volume   -10200'  to decrease volume

notice the '--' after pactl and do not use a percentage
http://osdir.com/ml/general/2012-09/msg04416.html

Then add each command to Xfce keyboard shortcuts for MM volume keys

However, that workaround should not have to be and pavucontrol worked 
just fine and all versions of Wheezy, the problem only appears in Jessie

Bug#514540: aptitude: Option:Aptitude::UI::Minibuf-Prompts and limits not playing nice together

[Allan Wind]

Hi Manuel,

I cannot reproduce this any more, and concur with your 
conclusion to close it.

Btw, when I tried to reproduce it I added this file to 
.aptitude/config (forgetting the ;):

aptitude::UI::Minibuf-Prompts "true"

which gave me the error:

E: Syntax error /home/allan/.aptitude/config:6: Extra junk at end of file
E: Syntax error /home/allan/.aptitude/config:6: Extra junk at end of file
[Ok]

The error message should probably not be duplicated. Aptitude 
subsequently overwrite the configuration with what it could 
parse which means I lost my configuration.  The latter appears to 
be Bug#472701.


/Allan
-- 
Allan Wind
Yaxto - Runs My Business

Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux

[Azat Khuzhin]

On Tue, Sep 08, 2015 at 08:24:19PM +, Gianfranco Costamagna wrote:
> Control: owner -1 !
> 
> 
> Hi,
> 
> quick review:
> 
> 
> 1) watch file does not work, please use something like this url
> 
> https://github.com/ktap/ktap/releases

Fixed.

> 2) control: 
> linux-headers-amd64 | linux-headers,
> 
> why?

You are correct, there is no need in "linux-headers-amd64", however there
is second option just "linux-headers", and I don't understand why it
doesn't work for you.

> e.g. on i386
> 
> The following packages have unmet dependencies:
> sbuild-build-depends-ktap-dummy : Depends: linux-headers-amd64 but it is not 
> installable
> E: Unable to correct problems, you have held broken packages.
> apt-get failed.

Anyway I dropped "linux-headers-amd64" frop B-D.

> 3) copyright:
> userspace/cparser.h: MIT/X11 (BSD like)
> 
> 
> missing (maybe others)
> (not a real problem I guess, but nice to see fixed)

fixed this and one other.

Thanks for you comments!

I've updated package at mentors.debian.net, can you take a look one more
time?

Thanks,
Azat.

Bug#798286: Double "Package xxx is not installed, so it will not be removed" messages upon purge ~c

[積丹尼 Dan Jacobson]

By the way, today 0.7.1-1 even made double messages!

# aptitude purge ~c
Package libkyotocabinet16 is not installed, so it will not be removed
Package libkyotocabinet16 is not installed, so it will not be removed
The following packages will be REMOVED:
  libkyotocabinet16{p}  
0 packages upgraded, 0 newly installed, 1 to remove and 22 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Do you want to continue? [Y/n/?] 
(Reading database ... 137431 files and directories currently installed.)
Removing libkyotocabinet16:i386 (1.2.76-4) ...
Purging configuration files for libkyotocabinet16:i386 (1.2.76-4) ...

Bug#797307: [Pkg-xfce-devel] Bug#797307: mousepad: Heavy cpu usage

[Pascal Gervais]

On Fri, 04 Sep 2015 13:54:32 +0200
Yves-Alexis Perez  wrote:

> On sam., 2015-08-29 at 08:10 -0400, Pascal Gervais wrote:
> > Opening a file as root with mousepad leads to nearly 100% CPU usage.
> 
> Does this always happen or only when two separate mousepad windows are
> opened (meaning, could it be a duplicate of #795192)?
> 
> Regards,

I forgot to CC the bug report, sorry.

It happens every time, even with a one mousepad instance.

Thanks.

-- 
Pascal

Bug#628596: aptitude: Assertion failure

[Manuel A. Fernandez Montecelo]

Control: retitle -1 aptitude: generic/problemresolver/solution.h:297: void 
generic_solution::solution_rep::decref() const [...]: Assertion 
"refcount>0" failed
Control: tags -1 + moreinfo


Hi Michael,

2011-05-30 15:46 Michael Rasmussen:

Package: aptitude
Version: 0.6.4-1
Severity: important

# aptitude upgrade
Resolving dependencies...
Unable to resolve dependencies for the upgrade:
../../src/generic/problemresolver/solution.h:297: void
generic_solution::solution_rep::decref() const [with
PackageUniverse = aptitude_universe]: Assertion "refcount>0" failed.
Unable to safely resolve dependencies, try running with --full-resolver.

# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
 ntfsprogs
 The following packages will be upgraded:
   ntfs-3g
   1 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
   Need to get 0 B/303 kB of archives.
   After this operation, 139 kB disk space will be freed.
   Do you want to continue [Y/n]?


Triaging bugs for years, I think that I haven't seen this kind of
assertion failure before.

The system was using unstable and experimental, and more than 4 years
after the fact, trying to reproduce this bug would be quite difficult.

I will leave it open and with a different title in the case that we see
more issues in the future, so we can find previous occurrences more
easily.

My best guess is that there was some interaction with other components
at the time, e.g. apt and complex changes like multi-arch being added
around that time, that made this problem surface in aptitude, but I have
no clue about how to try to address it.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#698989: libgl1-mesa-dri: glxinfo segmentation fault in nouveau_vieux_dri.so

[John Harrington]

Package: libgl1-mesa-dri
Version: 10.6.3-1
Followup-For: Bug #698989

Dear Maintainer,

I have the same or very similar problem with the 10.6.3-1 version of libgl1
-mesa-dri.  I always get a segmentation fault when running glxgears or glxinfo.
Running glxinfo leaves the following in syslog:

Sep  8 17:13:02 kitchencomp kernel: [ 4094.174665] glxinfo [19742]: segfault at
f0 ip b69900c5 sp bfb5ddec error 4 in nouveau_vieux_dri.so[b680+652000]
Sep  8 17:13:25 kitchencomp kernel: [ 4116.827296] glxinfo[19859]: segfault at
f0 ip b69250c5 sp bfbaa41c error 4 in nouveau_vieux_dri.so[b6795000+652000]

I recently reinstalled xserver-xorg-core:i386 (1.17.2-1.1), xserver-xorg-video-
nouveau:i386 (1.0.11-1+b1), libdrm-nouveau2:i386 (2.4.64-1), libgl1-mesa-
dri:i386 (10.6.3-1), and libgl1-mesa-glx:i386 (10.6.3-1) to see whether that
would fix the problem, but it didn't.  I had direct rendering working with the
nouveau driver when the nvidia proprietary driver for this card first became
incompatible with xorg.  I don't know which upgrade resulted in the loss of
direct rendering.

I'm submitting this report with data compiled while running the
3.16.0-4-686-pae kernel, but I have the same problem when running the
4.1.0-1-686-pae kernel as well as an earlier non-pae kernel.


--John Harrington



-- Package-specific info:
glxinfo:


X server symlink status:

lrwxrwxrwx 1 root root 13 Aug 27  2012 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2539480 Aug 11 06:09 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV18 [GeForce4 MX 
4000] [10de:0185] (rev c1)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 5017 Aug 13 14:27 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
Screen  1  "Screen1" RightOf "Screen0"
Screen  2  "Screen2" RightOf "Screen1"
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
FontPath "built-ins"
EndSection

Section "Module"
Load"glx"
#   Load"dri"
Load  "extmod"
Load  "dbe"
Load  "dri2"
Load  "record"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Monitor"
Identifier   "Monitor1"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Monitor"
Identifier   "Monitor2"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz",
### : "%"
### [arg]: arg optional
#Option "SWcursor"  # []
#Option "HWcursor"  # []
#Option "NoAccel"   # []
#Option "ShadowFB"  # []
#Option "VideoKey"  # 
#Option "WrappedFB" # []
#Option "GLXVBlank" # []
#Option "ZaphodHeads"   # 
#Option "PageFlip"  # []
#Option "SwapLimit" # 
#Option "AsyncUTSDFS"   # []
Identifier  "Device0"
Driver  "nouveau"
BusID   "PCI:1:0:0"
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz",
### : "%"
### [arg]: arg optional
#Option "ShadowFB"  # []
#Option "Rotate"# 
#Option "fbdev" # 
#Option "debug" # []
Identifier  "Device1"
   

Bug#798214: openjdk-7-jre: atk bridge causes segfault starting freemind with gtk look and feel

[Ben Caradoc-Davies]

Not fixed by upgrade today:
libatk-wrapper-java:amd64 (0.33.0-4, 0.33.0-5)
libatk-wrapper-java-jni:amd64 (0.33.0-4, 0.33.0-5)

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

Bug#705511: libatk-wrapper-java: Hangs starting applications

[Ben Caradoc-Davies]

I see new crashes/hangs in libatk on openjdk-8-jre and openjdk7-jre with 
gtk look and feel when atk bridge is enabled. I do not think this bug is 
fixed. I have both hangs and a repeatable segfault.


Bug#798131: openjdk-8-jre: freemind usually crashes or hangs at startup 
with gtk look and feel

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

Bug#798214: openjdk-7-jre: atk bridge causes segfault starting freemind 
with gtk look and feel

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

Not fixed by upgrade today:
libatk-wrapper-java:amd64 (0.33.0-4, 0.33.0-5)
libatk-wrapper-java-jni:amd64 (0.33.0-4, 0.33.0-5)

Kind regards,

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

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[a3at.m...@gmail.com]

On Tue, Sep 08, 2015 at 08:48:45PM +, Gianfranco Costamagna wrote:
> Hi,
> 
> well something has been buried by my MUA.
> 
> There is a new upstream release, can you please update it?

Okay, done.

> BTW there is a problem in versioning:
> 
> -2.dfsg is bad, because it seems only Debian revision, while
> -2 is upstream and dfsg is Debian.
> please use two "-" but I'm not sure if it works or not.

Done.

> (BTW also the watch file might need some fixes)

Done.

Thanks for your comments!

New version is available here:
  https://mentors.debian.net/package/cunit

And .dsc is here:
  http://mentors.debian.net/debian/pool/main/c/cunit/cunit_2.1-3-dfsg1.dsc

Thanks,
Azat.

Bug#798179: openconnect: Link to Juniper VPN will not be established without reconnect

[Mike Miller]

On Mon, Sep 07, 2015 at 20:10:47 +0200, Adnan Hodzic wrote:
> Using openconnect (7.06-2) from unstable with network-manager from stable
> (0.9.10.0-7) will work as expected. Connection with VPN will immediately be
> established, and there won't be need to reconnect.

So to be completely clear, there is no bug if you are using the stable
version of NetworkManager? You can connect once from a clean reboot
using OpenConnect 7.06-2 command line and everything works perfectly?

The bug that you've described is that the VPN tunnel is not configured
correctly, but only on the first connection attempt after a reboot, and
only when running NetworkManager 1.0.6?

If I've understood that right, then it seems like the variable and
likely culprit is NetworkManager 1.0.6.

Have you been able to tell which property of your VPN link is not
configured right when you say you are not "able to reach any address"?
Is it the routing table, DNS, MTU?

> No, if I stop network-manager, I will lose all connectivity and openconnect
> will fail to establish a connection.

Can you perhaps test in an unstable container or VM with a simple static
IP config and no NetworkManager?

But this is only to eliminate or implicate NM. If we already think NM is
implicated, then nevermind.

-- 
mike

Bug#709432: aptitude not able to mount cdrom in hurd

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo help


Hi Praveen,

2013-05-23 11:13 Praveen A:

package: aptitude
severity: important

when cdrom is disconnected at boot time and reconnected after system
is booted, aptitude cannot mount the cdrom when trying to install
software from it.

If the cdrom is connected during boot, aptitude can mount and install it.

During boot time I get a message hd2 "tray is open or drive not ready"

Environment is virtualbox. Probably aptitude is not the best place to
file this bug. But don't know which other component to file it.


Sorry, but it's been a decade or so since I tested the Hurd for a short
period of time, and I am not familiar at all with problems like this.

In fact, I think that I never relied on aptitude and CDs in any Debian
system for more than a decade either.

We are going to have more clues or extra help from somebody if this bug
is to be addressed.


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#731122: Initial patch for GStreamer 1.0 / farstream 0.2 support

[Bernhard Schmidt]

Control: tag 731122 + patch
Control: tag 785926 + patch

Hi,

after my day-to-day XMPP client is now uninstallable in testing I have
attempted to fix this situation.

I have looked through the various patches in the Fedora git repo
mentioned by Simon. The only patch you need for gstreamer 1.0 support is

pidgin-2.10.11-gstreamer1.patch

Unfortunately in the Fedora Repo this includes context of the earlier
applied

pidgin-2.10.11-add-dtmf-support.patch

which could be imported cleanly, but adds a new symbol to libpurple0. I
think this is not feasible, so I fixed up the -gstreamer1 patch to
apply (and renamed it to -debian).

With this patch and bumping the builddepends to GStreamer 1.0 /
farstream 0.2 the package builds cleanly. I had to add autoreconf
support because we patch automake/autoconf sources of course.

I have done some testing on the package, but I only use XMPP text chats.
In fact I have never ever used Video/Audio chats, which GStream is all
about. So it might just fail horribly!

Best Regards,
Bernhard
From ecf50c455d8177332c804b3bba0f1102130c55d4 Mon Sep 17 00:00:00 2001
From: Bernhard Schmidt 
Date: Wed, 9 Sep 2015 00:25:24 +0200
Subject: [PATCH 1/2] GStreamer 1.0 and libfarstream 0.2 suppport

* Import http://pkgs.fedoraproject.org/cgit/pidgin.git/tree/pidgin-2.10.11-gstreamer1.patch
  and refresh for Debian (wrong context due to -add-dtmf-support not
  being applied in Debian), rename to pidgin-2.10.11-gstreamer1-debian.patch
* Bump builddeps
  - libgstreamer0.10-dev -> libgstreamer1.0-dev
  - libgstreamer-plugins-base0.10-dev -> libgstreamer-plugins-base1.0-dev
  - libfarstream-0.1-dev -> libfarstream-0.2-dev
* run autoreconf through dh-autoreconf/cdbs
---
 debian/control |9 +-
 .../patches/pidgin-2.10.11-gstreamer1-debian.patch | 1128 
 debian/patches/series  |1 +
 debian/rules   |1 +
 4 files changed, 1135 insertions(+), 4 deletions(-)
 create mode 100644 debian/patches/pidgin-2.10.11-gstreamer1-debian.patch

diff --git a/debian/control b/debian/control
index fd1ee2b..51940f5 100644
--- a/debian/control
+++ b/debian/control
@@ -5,16 +5,17 @@ Maintainer: Ari Pollak 
 Build-Depends: cdbs (>= 0.4.53), debhelper (>= 7), intltool, gconf2,
  hardening-wrapper,
  libgtk2.0-dev (>= 2.10.0), libxss-dev, libmeanwhile-dev,
- libnss3-dev (>= 3.11.7), tcl-dev, tk-dev, libgstreamer0.10-dev,
+ libnss3-dev (>= 3.11.7), tcl-dev, tk-dev, libgstreamer1.0-dev,
  libgtkspell-dev, libltdl3-dev, libperl-dev,
  libstartup-notification0-dev, libzephyr-dev, libxml2-dev,
  libdbus-glib-1-dev, dbus, python (>= 2.4), libavahi-client-dev,
  libavahi-glib-dev, libxml-parser-perl, libncursesw5-dev, libsasl2-dev,
  libgadu-dev (>= 1:1.12.0-5),
- xsltproc, doxygen, libfarstream-0.1-dev,
- libgstreamer-plugins-base0.10-dev,
+ xsltproc, doxygen, libfarstream-0.2-dev,
+ libgstreamer-plugins-base1.0-dev,
  network-manager-dev (>= 0.9.0) [linux-any],
- libsqlite3-dev (>= 3.3), libidn11-dev, ca-certificates
+ libsqlite3-dev (>= 3.3), libidn11-dev, ca-certificates,
+ dh-autoreconf
 Standards-Version: 3.9.6
 Vcs-Git: git://git.debian.org/git/collab-maint/pidgin.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/pidgin.git
diff --git a/debian/patches/pidgin-2.10.11-gstreamer1-debian.patch b/debian/patches/pidgin-2.10.11-gstreamer1-debian.patch
new file mode 100644
index 000..66f09f1
--- /dev/null
+++ b/debian/patches/pidgin-2.10.11-gstreamer1-debian.patch
@@ -0,0 +1,1128 @@
+
+# HG changeset patch
+# User David Woodhouse 
+# Date 1426073959 0
+# Node ID 2415067473ba10a2090d6130b93204a3b537b05c
+# Parent  6b4576edf2a694ab55d0d06d3643c44601a75b15
+Support GStreamer 1.x and resync with trunk
+
+Index: pidgin/configure.ac
+===
+--- pidgin.orig/configure.ac
 pidgin/configure.ac
+@@ -741,42 +741,115 @@ AM_GCONF_SOURCE_2
+ dnl ###
+ dnl # Check for GStreamer
+ dnl ###
+-dnl
+-dnl TODO: Depend on gstreamer >= 0.10.10, and remove the conditional use of
+-dnl   gst_registry_fork_set_enabled.
+ AC_ARG_ENABLE(gstreamer,
+-	[AC_HELP_STRING([--disable-gstreamer], [compile without GStreamer audio support])],
++	[AS_HELP_STRING([--disable-gstreamer], [compile without GStreamer audio support])],
+ 	enable_gst="$enableval", enable_gst="yes")
++AC_ARG_WITH(gstreamer, [AS_HELP_STRING([--with-gstreamer=],
++		[compile with GStreamer 0.10 or 1.0 interface (default: auto)])],
++	with_gstreamer="$withval", with_gstreamer="auto")
+ if test "x$enable_gst" != "xno"; then
+-	PKG_CHECK_MODULES(GSTREAMER, [gstreamer-0.10], [
+-		AC_DEFINE(USE_GSTREAMER, 1, [Use GStreamer for playing sounds])
+-		AC_SUBST(GSTREAMER_CFLAGS)
+-		AC_SUBST(GSTREAMER_LIBS)
+-		AC_CHECK_LIB(gstreamer-0.10, gst_registry_for

Bug#798413: ftp.debian.org: Source-only uploads which FTBFS on Arch: all buildd require NEW processing in next upload

[Santiago Vila]

Package: ftp.debian.org
Severity: serious
Justification: Kafka is alive

Kind ftpmasters:

When a source-only upload fails to build from source in the
"Arch: all" autobuilder [1], the system seems to think that the source
does no longer provide such Arch: all packages.

As a result, it seems, new uploads of the same package go to NEW and
require manual intervention, even if the upload is precisely to fix
the bug which made the Arch: all autobuilder to FTBFS [2].

This is a catch-22. Fixing a FTBFS bug should ideally not require
manual intervention.

[1] For example, source-only upload of ekg2_1:0.4~pre+20120506.1-10
which was ACCEPTED.

[2] For example, source-only upload of ekg2_1:0.4~pre+20120506.1-11
which was the one that followed -10 and it was REJECTED.

Thanks.

Bug#798414: debhelper: empty support file should imply no-op

[Michael Banck]

Package: debhelper
Version: 9.20150101
Severity: wishlist

Dear Maintainer,

I had the case of one upstream package shipping a useless ChangeLog file
(basically having "check Github" as content).  dh_installchangelogs
installs this file automatically, unless I manually intervene.  The only
way to do so seems to be to add additional targets to debian/rules.  

My original idea of just shipping an empty debian/.changelog
file did not work, debhelper aborted with an error.

So I'm filing this wishlist bug for consideration of empty support files
to imply no-ops rather than errors.  I think that would be an elegant
design, but I am not sure whether this is in line with dh in general.


Michael

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.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 debhelper depends on:
ii  binutils  2.25-5
ii  dpkg  1.17.25
ii  dpkg-dev  1.17.25
ii  file  1:5.22+15-2
ii  libdpkg-perl  1.17.25
ii  man-db2.7.0.2-5
ii  perl  5.20.2-3+deb8u1
ii  po-debconf1.0.16+nmu3

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  

-- no debconf information

Bug#797115: [rt.debian.org #5964] AutoReply: Please add Christoph Ulrich Scholler's key to the DM

[Aníbal Monsalve Salazar]

Control: package debian-maintainers
Control: tags -1 + pending

Hello Christoph Ulrich Scholler,

Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=5964

Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago. Maybe one of your advocates will look at your RT
ticket for you, after it has been taken by a keyring maintainer. See
http://wiki.debian.org/rt.debian.org

Thank you for your contribution to the Debian Project.

Cheers,

Aníbal

On Tue, 2015-09-08 22:26:56 +, Debian Keyring requests (Incoming) via RT 
wrote:
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding
>
>   "Please add Christoph Ulrich Scholler's key to the DM",
>
> a summary of which appears below the dashed line.
>
> There is no need to reply to this message right now.  Your ticket has
> been assigned an ID of [rt.debian.org #5964].
>
> Please include the string
>
>   [rt.debian.org #5964]
>
> in the subject line of all future correspondence about this issue. To
> do so, you may reply to this message.
>
> -
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> keyring-maint:
>   please add key ID DE0837244DAFAE6C5DF33AD57EAE264181E773D5
> to the DM keyring
>   please notify 797115-d...@bugs.debian.org
> 
> Changed-By: Anibal Monsalve Salazar 
> Date: Tue, 08 Sep 2015 22:03:50 +
> BTS: http://bugs.debian.org/797115
> Comment: Add Christoph Ulrich Scholler  as a 
> Debian Maintainer
> Agreement: https://lists.debian.org/debian-newmaint/2015/08/msg00028.html
> Advocates: 
>   zobel - https://lists.debian.org/debian-newmaint/2015/08/msg00029.html
>   abe - https://lists.debian.org/debian-newmaint/2015/08/msg00034.html
>   holger - https://lists.debian.org/debian-newmaint/2015/08/msg00042.html
>   bzed - https://lists.debian.org/debian-newmaint/2015/08/msg00047.html
> KeyCheck:
>   pub   4096R/81E773D5 2009-11-25 [expires: 2018-08-06]
> Key fingerprint = DE08 3724 4DAF AE6C 5DF3  3AD5 7EAE 2641 81E7 73D5
>   uid  Christoph Ulrich Scholler 
> 
>   sig! DD079461 2013-09-07  Gerfried Fuchs 
>   sig! 4CA7BABE 2015-08-26  NIIBE Yutaka 
>   sig! E0163787 2015-08-27  Kristoffer H Rose 
>   sig! 8AD04B1A 2015-08-22  Philipp Matthias Hahn (Privat) 
> 
>   sig! 0011 2013-08-13  Keith Packard 
>   sig! 00A80662 2013-08-15  Santiago Ruano Rincon 
> 
>   sig! A86F9E47 2013-08-16  Wookey 
>   sig! B29B232A 2013-08-17  Maximiliano Curia 
>   sig! E4B6813D 2013-08-17  Tiago Bortoletto Vaz 
>   sig! A36B494F 2013-08-18  Stephen Kitt 
>   sig! 617B586D 2013-08-19  Andreas B. Mundt 
>   sig! C83BFA9A 2013-08-19  Sebastian Reichel 
>   sig! FDFE09F2 2013-08-30  David Prevot 
>   sig! F2C850CA 2013-09-18  Margarita Manterola 
>   sig! 333961E8 2015-08-23  Evgeni Golov (Grml) 
>   sig! A6357FB7 2015-08-23  Tobias Frost 
>   sig! B7EA3737 2015-08-24  Michael Prokop 
>   sig! 1A2D268D 2015-08-24  Andrew Shadura 
>   sig! C2B35520 2015-08-25  Cyril Brulebois 
>   sig! CFA7FF06 2015-08-25  Anton Gladky 
>   sig! F00A2BE6 2015-08-28  Ritesh Raj Sarraf 
>   sig! 669CE1C2 2015-08-31  Graham Inggs 
>   sig! 6E869F64 2015-08-31  Andreas Bombe 
>   sig! 612616B5 2009-12-13  Axel Beckert 
>   sig! 72DC07B5 2013-08-13  Florian Schlichting 
>   sig! 074BCDE4 2013-08-13  Thomas Lange 
> 
>   sig! 25771B31 2013-08-16  Mike Gabriel 
> 
>   sig! 6D866396 2013-08-17  Stefano Zacchiroli 
>   sig! D9D59F61 2013-08-17  Francesca Ciceri 
>   sig! 251D1DB0 2013-08-17  Carsten Schoenert 
> 
>   sig! A29B764F 2013-08-17  Enrico Tassi 
>   sig! 43821484 2013-08-18  Andreas Metzler 
>   sig! 7BD756C4 2013-08-19  Daniel Pocock 
>   sig! 8649AA06 2013-08-19  gregor herrmann 
> 
>   sig! 0217E8D8 2013-08-20  Ivo De Decker 
>   sig! D38F11A3 2013-08-21  Thomas Vincent 
> 
>   sig! 99D2A004 2013-08-21  Damyan Ivanov 
>   sig! 21E764DF 2013-08-23  Balint Reczey 
>   sig! B35FEC3C 2013-08-25  Eduard Bloch 
>   sig! 66475AAF 2013-08-31  Nicolas Dandrimont 
> 
>   sig! CD460BDE 2013-09-03  Antonio Terceiro 
> 
>   sig! 23E6FC3A 2013-09-08  Timo Juhani Lindfors 
> 
>   sig! 784206AD 2014-06-22  David Bremner 
>   sig! 7FFB9E9B 2015-08-21  Michael Hanke 
>   sig! 2502FE39 2015-08-21  Cord Beermann 
>   sig! 6FF9435F 2015-08-21  Bernd Zeimetz 
>   sig! F14A64A2 2015-08-26  Aaron M. Ucko 
>   sig! 11E149E9 2015-09-04  Cedric Boutillier 
>   sig! C095D941 2013-08-13  Bdale Garbee 
>   sig! 558FB8DD 2013-08-17  Jan Dittberner 
>   sig! 4D

Bug#797106: libperl5.22: Multi-Arch:same and binNMU changelogs

[gregor herrmann]

On Wed, 09 Sep 2015 00:41:07 +0300, Niko Tyni wrote:

> I note that this will require changing the symlink
> /usr/share/doc/libperl5.22 -> perl to a real separate directory. This
> probably means we need a libperl5.22.preinst snippet that removes the
> symlink on upgrades, as dpkg will not automatically replace a symlink
> with a directory.

Once or regularly?
In the former case, dpkg-maintscript-helper(1) makes this easy.

Cheers,
gregor 

-- 
 .''`.  Homepage: http://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
   `-   


signature.asc
Description: Digital Signature

Bug#514540: aptitude: Option:Aptitude::UI::Minibuf-Prompts and limits not playing nice together

[Manuel A. Fernandez Montecelo]

Control: tags -1 + moreinfo unreproducible


Hi Allan,

2009-02-09 15:52 Daniel Burrows:

On Mon, Feb 09, 2009 at 02:55:39AM -0500, Allan Wind 
 was heard to say:

On 2009-02-08T22:44:32, Daniel Burrows wrote:
> On Sun, Feb 08, 2009 at 12:08:07PM -0500, Allan Wind 
 was heard to say:
> > If Option:Aptitude::UI::Minibuf-Prompts is set and you use a bad limit
> > (l) like ~Abad you get an error.  If you then search again, I used,
> > ~Atesting you get the error and results from the first search.
>
>   I'm afraid I'll need more information on what you're trying to do.


 I was testing with 0.5.1, and of course the search code has
completely changed, so it's not surprising I couldn't reproduce this.


>   Exactly which commands did you issue, and in what order; what is the
> exact text you typed, and what error messages / output did you see at
> each step?

# echo 'aptitude::UI::Minibuf-Prompts "true";' >> .aptitude/config
# aptitude
l~Abad
(You now get an error message about ~Abad query)


 Not an error message, a message telling you that no packages matched.
Apparently this message was lost in 0.5.1.


l~Atesting
(You now get the same error message about ~Abad query, or in other words
last search was not cleared)


 But the program actually goes ahead with the search -- it looks like
the problem is that the warning message is never going away after it
appears. It also doesn't go away when I move around the package list; I
have to tab down to the minibuffer to make it go away.


With 0.7.1-1, I do not get any error message with either mini-buffer or
non-minibuffer.  When I use things like ~Abad or -ri38 --note the
missing 6-- the package view is simply empty, and new limit patterns
that I enter after that work fine.  Repeating several times good and bad
patterns works as expected.

I get errors such as "E: Unknown pattern type: Z" if I enter ~ZZtop.

In short, I cannot observe any misbehaviour, unless the misbehaviour is
to not show any error message when the result is an empty view.

Can you please try reproduce it or confirm if it works fine now (no
0.7.1-1 needed, other recent versions are OK)?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#798406: sysv-rc: Also support mounting proc on GNU/Hurd

[Samuel Thibault]

Control: tags -1 + pending

Since this is in collab-maint and the patch is most probably
uncontroversial, I have commited it already.

Samuel

Bug#798334: opu: package maven2/2.2.1-12+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Tue, 2015-09-08 at 10:11 +0200, Emmanuel Bourg wrote:
> Please accept maven2/2.2.1-12+deb7u1 in wheezy-proposed-updates, this update
> combined with the maven2-core update (#779670) fixes a security concern with
> Maven 2 (#779337).

Please go ahead.

Regards,

Adam

Bug#793316: [debian-mysql] Bug#793316: transition: mysql-5.6

[Jonathan Wiltshire]

On Fri, Jul 24, 2015 at 12:06:02AM +0300, Otto Kekäläinen wrote:
> 2015-07-23 13:15 GMT+03:00 Robie Basak :
> > On Thu, Jul 23, 2015 at 10:59:15AM +0200, Emilio Pozuelo Monfort wrote:
> >> Didn't we agree that we would release Stretch with only mariadb? When do 
> >> you
> >> plan to start working on that so we can drop mysql-* from testing?
> >
> > No, that was never agreed. I'm looking after the mysql-* packaging at
> > the moment (with help from Andreas - thanks!), and have no plans to drop
> > mysql-* from testing (only mysql-5.5, to be replaced by mysql-5.6).
> 
> The agreement of the pkg-mysql-maint team, both as stated and as
> executed, has been that Oracle MySQL, MariaDB and maybe also Percona
> can exist in the Debian repositories side by side, and for now at
> least they all have a significant user base and providing them is
> aligned with the general Debian mission to be the biggest and most
> universal distro.
> 
> The wish of the release team and security team has been to keep just
> one MySQL variant. If such a decision is made, it must be made above
> the pkg-mysql-maint team as the team will never be able to agree which
> favourite is the best one.

Soo shall I just decide we're shipping Maria then?

In which case this transition may become moot.

(I am half serious. The other half of me is slightly surprised this
situation is still unresolved.)


-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#798261: ITP: fonts-roboto-fontface -- largely geometric, friendly and open curves font

[Thomas Goirand]

On 09/08/2015 05:33 AM, Vasudev Kamath wrote:
> Yeah, we already have couple of webfonts under pkg-fonts team, though
> there is no strict policy yet we place them under /usr/share/fonts/type
> where type can be ttf, otf, woff, svg eot, etc. And less/css/scss files
> under /usr/share/fonts-package.

That's what I've done in my package, indeed.

> As an example you can have a look at fonts-font-awesome source, which is also
> used by owncloud.

Horizon also uses the fonts-font-awesome package, so it's nice to have
such consistency indeed.

Now, to move on, what's next action? Remove the fonts-roboto generation
from the android fonts source? Or ... ? The thing is, I really *need*
this webfont and the CSS, otherwise Horizon will be quite broken.

Cheers,

Thomas Goirand (zigo)

Bug#798408: [arm] libgles2-mesa-dev and libglew-dev disagree over GLsizeiptr

[Yann Dirson]

On Tue, Sep 08, 2015 at 11:44:21PM +0200, Julien Cristau wrote:
> On Tue, Sep  8, 2015 at 23:11:53 +0200, Yann Dirson wrote:
> 
> > Package: libgles2-mesa-dev, libglew-dev
> > Version: 10.5.7-1, 1.10.0-3
> > Severity: important
> > 
> > The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed,
> > starting with the following type conflicts, and openscad hits a
> > similar problem.
> > 
> > https://bugs.debian.org/793137
> > https://bugs.debian.org/797816
> > 
> > libglew-dev and libgles2-mesa-dev were the same in both builds (I'm
> > puzzled that arnold does not use an uptodate mesa versions, BTW)
> > 
> I'm not sure that's our bug.  You probably shouldn't be mixing GLES and
> desktop GL that way...

Hm, how that you mention it: GlOffscreenRenderer only tries to mix
QtOpenGL and GLew, it is *qt5/QtGui/qopengl.h* including GLES.

With all those #ifdef's, it's hard to tell at first sight if qt5opengl
on other archs is doing the same, but
https://packages.debian.org/sid/libqt5gui5 shows that arm* are the
only archs where q5 links to GLES, while it's linking to libgl1 on all
other archs.

No info about this in changelog.Debian, and no README.Debian either
for libqt5gui5.  Is that in fact a bug in qtbase-opensource-src ?

Bug#779670: wheezy-pu: package maven2-core/2.2.1-8+deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2015-09-05 at 15:45 +0200, Emmanuel Bourg wrote:
> Le 21/08/2015 16:47, Adam D. Barratt a écrit :
> 
> > Ping?
> 
> Thank you for the reminder, I'll handle that this week.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#796711: sword: library transition is needed with GCC 5 as default

[Jonathan Wiltshire]

On Mon, Sep 07, 2015 at 11:55:36AM +0100, Daniel Glassey wrote:
> user release.debian@packages.debian.org
> usertag 796711 + transition
> usertag 796711 + patch
> block 796711 by 790756
> reassign 796711 release.debian.org
> thanks
> 
> patch attached for the transition.
> 
> I need to wait for a keyring update before I can upload myself.

I don't mind sponsoring this if you would find that helpful.

-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#798131: openjdk-8-jre: freemind usually crashes or hangs at startup with gtk look and feel

[Ben Caradoc-Davies]

Not fixed by upgrade today:
libatk-wrapper-java:amd64 (0.33.0-4, 0.33.0-5)
libatk-wrapper-java-jni:amd64 (0.33.0-4, 0.33.0-5)

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

Bug#798410: file: Segfault when using --parameter, and --parameter sometimes without effect

[Christoph Biedl]

Package: file
Version: 1:5.22+15-2
Severity: important
Tags: patch upstream
Forwarded: http://mx.gw.com/pipermail/file/2015/001777.html
Control: found -1 1:5.24-1

Note to self, to avoid anybody else tripping over this has to
investigate again:

The handling of --parameter in the jessie and later versions of file
is broken.

1. When using --parameter, file just segfaults. Fixed in upstream
   commit FILE5_24-22-g27b4e34
2. Any settings tweaked using --parameter have no effect when using
   --files-from. Fixed in upstream commit FILE5_24-23-g4ddb783

The jessie version should be fixed through an point release.
A new upload to sid/stretch will follow soon.

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

Kernel: Linux 4.1.6 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages file depends on:
ii  libc6  2.19-18
ii  libmagic1  1:5.22+15-2
ii  zlib1g 1:1.2.8.dfsg-2+b1

file recommends no packages.

file suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#798411: ITP: python-castellan -- generic key manager interface for OpenStack

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: python-castellan
  Version : 0.2.1
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/castellan
* License : Apache-2.0
  Programming Lang: Python
  Description : generic key manager interface for OpenStack

 The Castellan module provides a generic key manager interface so that
 OpenStack projects can use Barbican, but also have the flexibilty to choose an
 alternative Key Manager as needed. This is helpful during development, for
 example, where a simple implementation of the Key Manager Interface can be
 used instead of having to spin up a Barbican instance.

This is a new dependency for Glance.

Bug#798412: flightgear: fgfs always segfaults on exit

[Tim Wootton]

Package: flightgear
Version: 3.0.0-5
Severity: important

Dear Maintainer,

Even with ~/.fgfs removed and allowed to re-create, fgfs always segfaults on 
exit

To reporoduce:
With only default confif and no ~/.fgfs
run fgfs
once loaded and on the runway select File/Quit
answer the "Exit FlightGear?" dialog with button "Exit"
fgfs segfaults

The final moments via strace -f fgfs:
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d5228a000, 32768) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d17af8000, 32768) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d17b0, 32768) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d17b1, 32768) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d2c05, 32768) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d178ff000, 624) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d178fe000, 840) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d178fc000, 816) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d178fa000, 5136) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d52063000, 888) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d52062000, 4056) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604d2000, 784) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604d, 7736) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604cc000, 624) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604ca000, 840) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604cb000, 936) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d60487000, 2136) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d60486000, 3592) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604b4000, 2136) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d6049f000, 3592) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d6044f000, 848) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d6044e000, 352) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d4000, 1648) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d1c00, 2688) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d51ff1000, 688) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d60622000, 160) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d5007e000, 424) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d60452000, 560) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d6044d000, 560) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d52058000, 256) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604a3000, 552) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d6044c000, 552) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d5007c000, 200) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d60489000, 560) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604a2000, 160) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d52305000, 144) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d60621000, 48)  = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d5007d000, 112) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604cd000, 176) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d5007b000, 80)  = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604c8000, 176) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604a1000, 176) = 0
[pid  3948] ioctl(6, 0x40086409, 0x7ffd67604ee0) = 0
[pid  3948] munmap(0x7f6d604a, 296) = 0
[pid

Bug#797106: libperl5.22: Multi-Arch:same and binNMU changelogs

[Niko Tyni]

On Thu, Aug 27, 2015 at 11:05:30PM +0300, Niko Tyni wrote:
> Package: libperl5.22
> Version: 5.22.0-3
> Severity: important
> 
> Now that libperl5.22 is Multi-Arch:same, I believe we need to add special
> treatment to binNMU changelogs in the same vein as dh_installchangelogs
> does (see #708218): break architecture specific binary changelog entries
> out into separate files with an arch-qualified path.  Otherwise the
> binNMU'd packages will have different contents for an arch-indep
> file (/usr/share/doc/libperl5.22/changelog.Debian.gz), preventing
> co-installability.
> 
> See the thread at https://lists.debian.org/debian-dpkg/2012/07/msg00017.html
> for some background. I think the current hack in dh_installchangelogs
> is something of a temporary measure but we seem to be stuck with
> it for now.

I note that this will require changing the symlink
/usr/share/doc/libperl5.22 -> perl to a real separate directory. This
probably means we need a libperl5.22.preinst snippet that removes the
symlink on upgrades, as dpkg will not automatically replace a symlink
with a directory.

As for a patch, here's what I currently have:


#!/bin/sed -f
1,/^perl/ {
1 { h;d }
/^perl/ b
H;d
}
$ {
p;g;w /dev/stderr
d }


which will take the changelog on stdin, rip the first snippet and
output it on stderr (urgh, /dev/stderr is a GNUism) while leaving the
rest on stdout. The stdout part could probably be made to work with
in-place editing (-i).

This needs to be guarded to only run if binary-only=yes is on the
first line; didn't manage to fit that check in cleanly yet but
it could just as well be externalised.

Dominic raised the question of how much sense it makes to avoid
debhelper while we're using dpkg-parsechangelog, dpkg-buildflags, and
dpkg-shlibdeps which are /usr/bin/perl scripts. I'm not sure of
the answer but I'd rather discuss that separately (probably involving
the folks interested in Debian bootstrapping).
-- 
Niko Tyni   nt...@debian.org

Bug#798408: [arm] libgles2-mesa-dev and libglew-dev disagree over GLsizeiptr

[Julien Cristau]

On Tue, Sep  8, 2015 at 23:11:53 +0200, Yann Dirson wrote:

> Package: libgles2-mesa-dev, libglew-dev
> Version: 10.5.7-1, 1.10.0-3
> Severity: important
> 
> The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed,
> starting with the following type conflicts, and openscad hits a
> similar problem.
> 
> https://bugs.debian.org/793137
> https://bugs.debian.org/797816
> 
> libglew-dev and libgles2-mesa-dev were the same in both builds (I'm
> puzzled that arnold does not use an uptodate mesa versions, BTW)
> 
I'm not sure that's our bug.  You probably shouldn't be mixing GLES and
desktop GL that way...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#793137: tulip: FTBFS on armel and armhf - blocks testing migration

[Yann Dirson]

Submitted https://bugs.debian.org/798408 on libgles2-mesa-dev and
libglew-dev, affecting those 2 FTBFS bugs.

Bug#798341: [inkscape] impossible to install inkscape

[Marco Righi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Command 532 of 32 #LC_ALL=C.UTF-8 apt install inkscape
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 inkscape : Depends: libatkmm-1.6-1 (>= 2.22.1) but it is not going to
be installed
Depends: libcairomm-1.0-1 (>= 1.6.4) but it is not going
to be installed
Depends: libglibmm-2.4-1c2a (>= 2.44.0) but it is not
going to be installed
Depends: libgtkmm-2.4-1c2a (>= 1:2.24.0) but it is not
going to be installed
Depends: libmagick++-6.q16-5 (>= 8:6.8.9.6) but it is not
going to be installed
Depends: libpangomm-1.4-1 (>= 2.36.0) but it is not going
to be installed
Depends: libsigc++-2.0-0c2a (>= 2.2.0) but it is not going
to be installed
E: Unable to correct problems, you have held broken packages.


Il 08/09/2015 22:04, Mattia Rizzolo ha scritto:
> Control: tags -1 moreinfo unreproducible
> 
> On Tue, Sep 08, 2015 at 11:27:07AM +0200, Marco Righi wrote:
>> Hi, if I try to install inkscape I got some errors on dependences
>> (follows the complete list).
>> 
>> I check the first two libraries and I noticed that the name is
>> slightly changed: - from libatkmm-1.6-1 to libatkmm-1.6-1v5 -
>> from libcairomm-1.0-1 to libcairomm-1.0-1v5
>> 
>> I seguenti pacchetti hanno dipendenze non soddisfatte: inkscape :
>> Dipende: libatkmm-1.6-1 (>= 2.22.1) ma non sta per essere 
>> installato Dipende: libcairomm-1.0-1 (>= 1.6.4) ma non sta per
>> essere installato Dipende: libglibmm-2.4-1c2a (>= 2.44.0) ma non
>> sta per essere installato Dipende: libgtkmm-2.4-1c2a (>=
>> 1:2.24.0) ma non sta per essere installato Dipende:
>> libmagick++-6.q16-5 (>= 8:6.8.9.6) ma non sta per essere
>> installato Dipende: libpangomm-1.4-1 (>= 2.36.0) ma non sta per
>> essere installato Dipende: libsigc++-2.0-0c2a (>= 2.2.0) ma non
>> sta per essere installato E: Impossibile correggere i problemi,
>> ci sono pacchetti danneggiati bloccati.
> 
> Please keep in mind that this is the Debian BTS. Most of the people
> reading this can't understand Italian, so you're always better at
> reporting erros in English. A way to do this is to put
> 'LC_ALL=C.UTF-8' (or just 'LC_ALL=C') right before the command
> you're invoking, for example LC_ALL=C.UTF-8 apt install inkscape
> 
>> Please contact me if you need more informations.
>> 
>> --- System information. --- Architecture: amd64 Kernel:
>> Linux 4.1.0-1-amd64
>> 
>> Debian Release: stretch/sid 500 testing-updates
>> ftp.fr.debian.org 500 testing www.deb-multimedia.org 500
>> testing security.debian.org 500 testing
>> ftp.fr.debian.org 500 testing apt.jenslody.de 500
>> stable-updates  ftp.it.debian.org 500 stable
>> security.debian.org 500 stable  repo.wuala.com 500 stable
>> ftp.it.debian.org 500 stable  dl.google.com 500 stable
>> apt.spideroak.com 500 jessie  linux.dropbox.com 500
>> debian  packages.linuxmint.com 100 jessie-backports
>> ftp.it.debian.org
> 
> Yeah, I do need more information. I can install inkscape on a sid
> system without a single problem.
> 
> So I have to ask you:
> 
> 1) Which debian release are you using? debian testing? 2) Please
> try to disable all those external repositories and retry.
> 
> 
> Moreover I'm perfectly able to install inkscape in an up-to-date
> sid and stretch clean chroot.
> 



- -- 
Think Marco, think different
web site:http://www.di.unipi.it/~righi/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlXvVkwACgkQ4+L/eCZYK/xTGwCfRJkHNSaKeQypryfD6kdLQ1gG
FEIAn0mlwuy3dYV6yCtqNDxs0aYGVCRb
=MZwQ
-END PGP SIGNATURE-

Bug#785696: libv8: newer upstream version that works on arm64

[Jérémy Lal]

2015-09-08 23:17 GMT+02:00 Edmund Grimley Evans <
edmund.grimley.ev...@gmail.com>:

> Apparently there's now a Node.js v4.0.0 that contains V8 v4.5
> (4.5.103.30):
>
> https://nodejs.org/en/blog/release/v4.0.0/


Hey it's building right now.

Bug#777863: gcc-msp430: ftbfs with GCC-5

[Antti Jarvinen]

Dear Maintainer, 

please find attached patch that fixes the compilation
problem. Functionality of the resulting gcc I can't assert as I don't
know how to test if binary produced by this gcc is functional or not -
I'd need real or emulated MSP430 board I guess. 

The patch is in unified diff format so in order to apply the patch
you say something like
$ apt-get source gcc-msp430
$ patch -p1  < /tmp/gcc-msp430-unified.patch

Content of the patch is practically same as previously applied to
DragonFlyBSD gcc-4.7 (possibly by github user jrmarino), see:
https://github.com/DragonFlyBSD/DPorts/commit/a680cc6ef758e2f15be8bf8209da51658e02d710

--
Antti Järvinen



gcc-msp430-unified.patch
Description: Patch to debian bug 777863

Bug#798409: linux-libc-dev-armhf-cross: arm-specific linux/i2c-dev.h is missing critical declarations

[Dima Kogan]

Package: linux-libc-dev-armhf-cross
Version: 4.1.6-1cross1
Severity: important

Hi. I'm trying to cross-build a simple userspace application that uses
the i2c bus. This does

  #include 

When building natively, this works fine. The #include pulls in

  /usr/include/linux/i2c-dev.h

There's a diversion involved, and it looks like this:

  $ dpkg -S /usr/include/linux/i2c-dev.h

  diversion by libi2c-dev from: /usr/include/linux/i2c-dev.h
  diversion by libi2c-dev to: /usr/include/linux/i2c-dev.h.kernel
  linux-libc-dev:amd64, libi2c-dev, linux-libc-dev:armhf: 
/usr/include/linux/i2c-dev.h

linux-libc-dev-armhf-cross puts a copy of this header into a different
directory, thus bypassing the diversion. Thus cross-building the
application instead #includes

  /usr/arm-linux-gnueabihf/include/linux/i2c-dev.h

This file is missing critical chunks, which the diversion took care of.
So with the -cross business you can't cross build i2c applications. Is
it required to ship the arm-specific i2c-dev.h file at all? It is
identical to the non-arm-specific diverted one.



-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: armhf, armel, i386

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

-- no debconf information

Bug#782837: [Pkg-xfce-devel] Bug#782837: Bug#782837: xfce4-session: Fails to shutdown/reboot or logout.

[Yves-Alexis Perez]

On dim., 2015-09-06 at 16:40 +0200, Dominik Szmek wrote:
> the problem was also solved by installing the package x11-xserver
> -utils on a
> fresh jessie machine.
> 
> I suggest adding x11-xserver-utils as a dependency.

It's quite unlikely to be required. What happens if you remove it
afterwards?
-- 
Yves-Alexis



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

Bug#798403: pavucontrol no longer works with multi-media keys, it worked fine in Wheezy

[Felipe Sateler]

On 8 September 2015 at 17:09, jtl  wrote:

> root@DellMC:/home/jtl# aplay -l
>  List of PLAYBACK Hardware Devices 
> card 0: Intel [HDA Intel], device 0: ALC888 Analog [ALC888 Analog]
>   Subdevices: 1/1
>   Subdevice #0: subdevice #0
> card 0: Intel [HDA Intel], device 3: ALC888 Digital [ALC888 Digital]
>   Subdevices: 1/1
>   Subdevice #0: subdevice #0
>
> Using $alsamixer, then F6, then select "0  HDA Intel" and un-muting S/PDIF
> gets HDMI audio going, but you can not control the volume. Further more the
> changes are lost after a reboot.
>
> If you install pavucontrol and configure it to use HDMI, the changes are
> saved, but the keyboard multi-media controls have no effect on pulseaudio
>
> Please note pavucontrol worked fine in Wheezy. Both Jessie and Wheezy use
> the Xfce desktop.

It seems Xfce in jessie does not have support for pulseaudio. So you
will need to configure the multimedia keys manually via
xfce-settings-manager to move the volume via the pulseaudio command
line tools (in package pulseaudio-utils). Use `pactl set-sink-volume
 +10%`  to raise the volume, and `pactl set-sink-volume 
-10%` to lower it.



-- 

Saludos,
Felipe Sateler

Bug#794935: llvm-toolchain-3.5 - upload != transition done

[Rebecca N. Palmer]

Control: reopen -1
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 790756
Control: reassign -1 release.debian.org
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-llvm-toolchain-3.5.html
Control: retitle -1 llvm-toolchain-3.5: library transition is needed when GCC 5 
is the default
(This was always 3.5's bug; 3.6 was #793899, which _is_ done)

Is this blocked by something, or just needing binNMUs of pocl, beignet,
gambas3?

-The only open gcc5-related bug on these packages is
https://bugs.debian.org/797917, which also affects the version already
in testing

-pocl and beignet contain C++ code, but their preferred interface (and
their only one used by other packages in main) is C (*-opencl-icd), and
neither is listed as needing its own transition

-I haven't checked whether all their other C++ dependencies have been
rebuilt yet

Bug#798271: [Pkg-xfce-devel] Bug#798271: xfce4-terminal ignores such options as show/hide menubar/toolbar when invoked as x-terminal-emulator

[Yves-Alexis Perez]

On lun., 2015-09-07 at 17:08 +0300, Jayson Willson wrote:
> In my system xfce4-terminal.wrapper provides x-terminal-emulator alternative,
> and if I run "x-terminal-emulator --hide-menubar --hide-toolbar" (for 
> example),
> these options are ignored. However, if I run xfce4-terminal with these options
> directly, they are handled in the right way.

That's quite likely because x-terminal-emulator is supposed to be an
xterm compatible alternative. It calls /usr/bin/xfce4-terminal.wrapper
which only handles some specific options.

Regards,
-- 
Yves-Alexis



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

Bug#797966: syncevolution-common: uninstallable due to libsynthesis0 dependency

[Jonathan Wiltshire]

On Sat, Sep 05, 2015 at 09:10:14PM +0200, Tino Mettler wrote:
> thanks for the offer. I'll do it this way, then. I also intend to package the 
> latest upstream release but this would take longer.

Having just the bug fix and letting it migrate to Stretch before the new
upstream is uploaded would be preferable, please.

Thanks,
-- 
Jonathan Wiltshire  j...@debian.org
Debian Developer http://people.debian.org/~jmw

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51



signature.asc
Description: Digital signature

Bug#785696: libv8: newer upstream version that works on arm64

[Edmund Grimley Evans]

Apparently there's now a Node.js v4.0.0 that contains V8 v4.5
(4.5.103.30):

https://nodejs.org/en/blog/release/v4.0.0/

Bug#796118: Should djbdns be removed?

[Moritz Muehlenhoff]

On Tue, Sep 08, 2015 at 03:01:29PM -0400, Robert Edmonds wrote:
> Moritz Mühlenhoff wrote:
> > reassign 796118 ftp.debian.org
> > retitle 796118 RM: djbdns
> > thanks
> > 
> > On Wed, Aug 19, 2015 at 05:45:30PM +0200, Moritz Muehlenhoff wrote:
> > > Source: djbdns
> > > Severity: serious
> > > 
> > > djbdns is RC-buggy for many years now and was out of testing since 2009.
> > > Should we remove it from unstable?
> > 
> > No objections since three weeks, reassigning to ftp.debian.org
> > 
> > Please remove it from unstable and experimental.
> > 
> > Cheers,
> > Moritz
> 
> Technically, the buggy component is limited to /usr/bin/dnscache (in
> both bin:djbdns and bin:dbndns, IIRC).  The other utilities and the
> authoritative-only nameserver component /usr/bin/tinydns that are
> shipped in the djbdns package are still usable independently from
> dnscache and could be kept in the archive if dnscache were removed from
> the binary packages.

It's still unmaintained (last maintainer upload in 2010); if you
want to adopt djbdns in that way, please go ahead!

Cheers,
Moritz

Bug#798408: [arm] libgles2-mesa-dev and libglew-dev disagree over GLsizeiptr

[Yann Dirson]

Package: libgles2-mesa-dev, libglew-dev
Version: 10.5.7-1, 1.10.0-3
Severity: important

The 2 buildd attempts of tulip 4.7.0 on armel and armhf both failed,
starting with the following type conflicts, and openscad hits a
similar problem.

https://bugs.debian.org/793137
https://bugs.debian.org/797816

libglew-dev and libgles2-mesa-dev were the same in both builds (I'm
puzzled that arnold does not use an uptodate mesa versions, BTW)


In file included from /usr/include/arm-linux-gnueabi/qt5/QtGui/qopengl.h:97:0,
 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qgl.h:39,
 from 
/usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qglframebufferobject.h:37,
 from 
/usr/include/arm-linux-gnueabi/qt5/QtOpenGL/QGLFramebufferObject:1,
 from 
/«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:26:
/usr/include/GLES3/gl3.h:69:25: error: conflicting declaration 'typedef 
khronos_ssize_t GLsizeiptr'
 typedef khronos_ssize_t GLsizeiptr;
 ^
In file included from 
/«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:24:0:
/usr/include/GL/glew.h:1663:19: note: previous declaration as 'typedef 
ptrdiff_t GLsizeiptr'
 typedef ptrdiff_t GLsizeiptr;
   ^
In file included from /usr/include/arm-linux-gnueabi/qt5/QtGui/qopengl.h:97:0,
 from /usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qgl.h:39,
 from 
/usr/include/arm-linux-gnueabi/qt5/QtOpenGL/qglframebufferobject.h:37,
 from 
/usr/include/arm-linux-gnueabi/qt5/QtOpenGL/QGLFramebufferObject:1,
 from 
/«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:26:
/usr/include/GLES3/gl3.h:70:26: error: conflicting declaration 'typedef 
khronos_intptr_t GLintptr'
 typedef khronos_intptr_t GLintptr;
  ^
In file included from 
/«PKGBUILDDIR»/library/tulip-gui/src/GlOffscreenRenderer.cpp:24:0:
/usr/include/GL/glew.h:1662:19: note: previous declaration as 'typedef 
ptrdiff_t GLintptr'
 typedef ptrdiff_t GLintptr;
   ^

Bug#798407: debian-goodies: [debmany] Please provide a hint if a "$package-doc" package also exists

[Chris Lamb]

Package: debian-goodies
Version: 0.64
Severity: wishlist
Tags: patch

Hi,

A common pattern for me is that I will start debmany with, say,
"debconf" as the package name. However, the documentation I want to read
is actually in a "debconf-doc" package.

I then have to either remember that this package exists
or—worse—manually find out whether it does, which is quite tedious. It
would be nice if debmany provided a hint for this case.

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debmany/debmany b/debmany/debmany
index 987e347..293b87c 100755
--- a/debmany/debmany
+++ b/debmany/debmany
@@ -229,6 +229,18 @@ else
   fi
 fi
 
+if [ -z "$file" ]
+then
+  for suffix in -doc
+  do
+otherpackage="$package$suffix"
+if apt-cache show "$otherpackage" >/dev/null 2>&1
+then
+  echo "I: A package called $otherpackage also exists - you may wish to 
try there" >&2
+fi
+  done
+fi
+
 if [ "$status" = "installed" ]
 then
   # mode 2

Bug#774617: (no subject)

[Oleksiy Zagorskyi]

Had the same problem.
Asus zenbook UX32VD, Intel HD Graphics 4000

I'm on debian stable now.
gdm3 is 3.14.1-7

Take a look https://bugs.freedesktop.org/show_bug.cgi?id=87286

It provided an idea to try more recent version of the package.
I upgraded "xserver-xorg-video-intel" from stable 2:2.21.15-2+b2 to 
testing 2:99.917-2 and it has resolved the issue.


I used aptitude with, as I recall, 3rd suggestion to resolve dependencies.


I had another issue on many other and very recent distros and still have it:
decreasing (only) brightness press key work only once, next presses get 
an unknown delay (30-60 seconds) to be finished.

increasing brightness works well when pressing it many times.
True for gnom3 and kde (4, 5).

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[Gianfranco Costamagna]

Hi,

well something has been buried by my MUA.

There is a new upstream release, can you please update it?

BTW there is a problem in versioning:

-2.dfsg is bad, because it seems only Debian revision, while
-2 is upstream and dfsg is Debian.

please use two "-" but I'm not sure if it works or not.

(BTW also the watch file might need some fixes)

cheers,

G.

Bug#798406: sysv-rc: Also support mounting proc on GNU/Hurd

[Samuel Thibault]

Package: sysv-rc
Version: 2.88dsf-59.2
Severity: normal
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

/etc/init.d/rc has a tweak for kFreeBSD to mount /proc if it's not
mounted already (mount -t linprocfs linprocfs /proc)

It would be useful to do this for GNU/Hurd too, see attached patch.

Samuel

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

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

Versions of packages sysv-rc depends on:
ii  debconf [debconf-2.0]  1.5.57
ii  insserv1.14.0-5
ii  startpar   0.59-3
ii  sysvinit-utils 2.88dsf-59.2

Versions of packages sysv-rc recommends:
ii  lsb-base  4.1+Debian14

Versions of packages sysv-rc suggests:
pn  bum  

-- no debconf information

-- 
Samuel
"I once witnessed a long-winded, month-long flamewar over the use of
mice vs. trackballs...It was very silly."
(By Matt Welsh)
--- ./debian/src/sysv-rc/etc/init.d/rc.orig 2015-09-08 22:21:09.89647 
+0200
+++ ./debian/src/sysv-rc/etc/init.d/rc  2015-09-08 22:21:28.685686816 +0200
@@ -77,9 +77,11 @@
CONCURRENCY="none"
 fi
 if ! test -e /proc/stat; then
+   # startpar requires /proc/stat
if [ "$(uname)" = "GNU/kFreeBSD" ] ; then
-   # startpar requires /proc/stat
mount -t linprocfs linprocfs /proc
+   elif [ "$(uname)" = "GNU" ] ; then
+   mount -t proc none /proc
fi
 fi
 if [ -x /lib/startpar/startpar ] ; then

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[Gianfranco Costamagna]

Hi,



>Yes, you are right, dh-autoreconf is enough.


so please drop the other one :)

>Hm, according to lintian(1):
>   "For binary packages, Lintian looks for overrides in a file named 
> usr/share/lintian/overrides/ inside the binary package, where 
>  is the name of the binary package."

>

>
>So seems that this is correct, no?


yes, but that file is already installed by dh_lintian or whatever

(seems that you already removed it, so ok)


>> 5) debian/d*doc-files>> Files: /usr/share/doc/libcunit1-doc/html/*.html 
>> /usr/share/doc/libcunit1-doc/html/*.css
>> 
>> well, I guess an html/* might be enough, right?
>
>Nope, there is /usr/share/doc/libcunit1-doc/html/CUnit_doc.css



mmm
Files: /usr/share/doc/libcunit1-doc/html/*

should cover also the css files...
but you can leave it if you want, I just don't know how it cope with 
subdirectories
like "headers"

and seems more difficult to maintain, e.g. if upstream adds a "foo.htm"
that won't be picked up.


>Thanks for review, I will write when I will finish with converting it to dh
>format, if you have some examples - that can help a lot.


seems not needed anymore :)



cheers,

G.

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

[Gianfranco Costamagna]

Hi again,



>Hm, so if I will replace all targets with dh_*_auto, and will add
>override_* for them when required, this will not work for rules.d since
>it will call the same again and again, no? Or do you suggesting get rid
>off that rules.d stuff?


yes, or merge them in the main rules file :)

thanks,

G.

Bug#796731: freecontact: FTBFS on mips (test suite failure)

[Julien Cristau]

Control: reopen -1

On Fri, Aug 28, 2015 at 17:42:10 +0200, Andreas Tille wrote:

> Hi Julien,
> 
> On Fri, Aug 28, 2015 at 05:20:55PM +0200, Julien Cristau wrote:
> > On Wed, Aug 26, 2015 at 17:05:39 +0200, Andreas Tille wrote:
> > 
> > > Any chance to do a manual build on a more powerfull MIPS box which might
> > > not run into this problem? 
> > > 
> > NAK.  We need packages to build reliably on our buildds.
> 
> The reliability of a build can be proven by passing the test suite.  So
> in this case we need buildds that can reliably build the package.
> Otherwise the package should probably be excluded from this architecture
> at all.  BTW, the package is now available for mips since some kind soul
> managed to build it.
> 
> Thanks to whomever the work did finally
> 
Nope, no sugar.  Now instead we have
https://buildd.debian.org/status/fetch.php?pkg=libfreecontact-perl&arch=mips&ver=0.08-4&stamp=1441643884
and
https://buildd.debian.org/status/fetch.php?pkg=python-freecontact&arch=mips&ver=1.1-2&stamp=1441644922

That's not an improvement.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#798373: netcfg: Change default wireless networking type from WEP to WPA

[Chris Lamb]

Kibi wrote:

> I suppose adding a “Default” field would render the translation topic
> moot and would be more explicit than depending on the order of the
> values in the Choices-C field?

Ah, of course! Updated patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/netcfg-common.templates b/debian/netcfg-common.templates
index 4525305..d1de469 100644
--- a/debian/netcfg-common.templates
+++ b/debian/netcfg-common.templates
@@ -65,6 +65,7 @@ _Description: Wireless ESSID for ${iface}:
 
 Template: netcfg/wireless_security_type
 Type: select
+Default: WPA/WPA2 PSK
 Choices-C: wep/open, wpa
 __Choices: WEP/Open Network, WPA/WPA2 PSK
 # :sl2:

Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux

[Gianfranco Costamagna]

Control: owner -1 !


Hi,

quick review:


1) watch file does not work, please use something like this url

https://github.com/ktap/ktap/releases


2) control: 
linux-headers-amd64 | linux-headers,

why?

e.g. on i386

The following packages have unmet dependencies:
sbuild-build-depends-ktap-dummy : Depends: linux-headers-amd64 but it is not 
installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.

3) copyright:
userspace/cparser.h: MIT/X11 (BSD like)


missing (maybe others)
(not a real problem I guess, but nice to see fixed)


cheers,

G.

Bug#798405: gdb: Allow coinstallation of gdb and gdb-python2

[Ben Longbons]

Package: gdb
Version: 7.10-1
Severity: wishlist

Control: block -1 by 798401

(do read and fix the blocking bug first)

Dear Maintainer,

Since it is considered RC buggy to have gdb scripts that don't work
with both versions of GDB, it would be hugely useful if they could be
installed at the same time.

You can use the `update-alternatives` mechanism to select which gdb gets
the main name.

The contents of the packages are very similar, I do not anticipate any
fundamental problems, just packaging ones. I would guess you want to
split out a `gdb-data` package used by both. (Bikeshed: `gdb-common`?)

If you reject the creation of a new `gdb-data` package, you should change
`gdb-multiarch` and `gdb-mingw-w64` to depend on `gdb | gdb-python2`.

I have commented the below diff, and also ped some similar lines,
though note that it is somewhat wrong because of the blocking bug.

BEGIN DIFF

# extract both .deb files ...
$ diff -sr gdb-python2 gdb-python3

# Bug in gdb-python2, should be common
Only in gdb-python3: etc
# Bug in gdb-python2, should be common
Only in gdb-python3/usr/bin: gcore
Only in gdb-python3/usr/bin: gdb-add-index
# Bug in gdb-python2, should be common or named gdb-python2tui
Only in gdb-python3/usr/bin: gdbtui
# Grave bug, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798401
Files gdb-python2/usr/bin/gdb and gdb-python3/usr/bin/gdb are identical
# Bug in gdb-python2 - it should not ship this directory at all
Only in gdb-python3/usr/share/doc/gdb: 
# Bug in gdb-python2, should be in /usr/share/doc/gdb-python2/ or not at all
Files gdb-python2/usr/share/doc/gdb/check.log.gz and 
gdb-python3/usr/share/doc/gdb/check.log.gz are identical
# Okay
Only in gdb-python2/usr/share/doc: gdb-python2
# Okay, should be common
Files under gdb-python2/usr/share/gdb/ and 
gdb-python3/usr/share/gdb/ are identical
# Okay, should be common
# Note that gdb.1.gz is shipped in gdb-doc which is non-free due to stupid 
reasons.
Files gdb-python2/usr/share/man/man1/gcore.1.gz and 
gdb-python3/usr/share/man/man1/gcore.1.gz are identical
# Okay
Only in gdb-python3/usr/share/menu: gdb
Only in gdb-python2/usr/share/menu: gdb-python2

END DIFF

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

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

Versions of packages gdb depends on:
ii  libbabeltrace-ctf1  1.2.4-1
ii  libbabeltrace1  1.2.4-1
ii  libc6   2.19-19
ii  libexpat1   2.1.0-7
ii  liblzma55.1.1alpha+20120614-2.1
ii  libncurses5 6.0+20150810-1
ii  libpython3.43.4.3-7
ii  libreadline66.3-8+b3
ii  libtinfo5   6.0+20150810-1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages gdb recommends:
ii  gdbserver 7.10-1
ii  libc6-dbg [libc-dbg]  2.19-19

Versions of packages gdb suggests:
ii  gdb-doc  7.6.2-1

-- no debconf information