Bug#827699: [debhelper-devel] Bug#827699: debhelper: [INTL: de] Updated German translation

[Chris Leick]

Ooops. Sorry.


Niels Thykier:


Did you perhaps omit an attachment? :)



de.po.gz
Description: application/gzip

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

[uli iske]

Am Fri, 17 Jun 2016 18:49:02 +0200
schrieb Guido Günther :

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

Yes, no change QEMU Version is still Version: 1:2.6+dfsg-1+b1

> Please attache the domain XML.


  sam
  db5a9297-e490-4013-b685-156cf4978ca2
  4194304
  4194304
  2
  
/machine
  
  
hvm

  
  




  
  
Nehalem
  
  



  
  destroy
  restart
  restart
  


  
  
/usr/bin/kvm

  
  

  
  



  
  
  
  
  
  


  
  


  
  
  


  
  
  


  
  
  


  
  


  
  


  


  
  
  
  
  
  


  
  
  
  
  
  


  
  
  


  
  
  


  
  
  


  


  


  


  
  
  


  


  


  
  
  

  


Regards

Uli
 
> Cheers,
>  -- Guido

Bug#827678: ITP: pacapt -- Arch's pacman-like package manager for some Unices

[Guillem Jover]

Hi!

On Sun, 2016-06-19 at 23:44:50 +0800, ChangZhuo Chen wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "ChangZhuo Chen (陳昌倬)" 

> * Package name: pacapt
>   Version : 2.3.8
>   Upstream Author : Anh K. Huynh
> * URL : https://github.com/icy/pacapt
> * License : Fair

That license is pretty much non-free, as it does not allow
modification nor redistribution, only using the code.

>   Programming Lang: Bash
>   Description : Arch's pacman-like package manager for some Unices
> 
>  pacapt is an Arch's pacman-like package manager for some Unices. It is
>  a bash script provides a wrapper for system's package manager.

Thanks,
Guillem

Bug#827699: [debhelper-devel] Bug#827699: debhelper: [INTL: de] Updated German translation

[Niels Thykier]

Chris Leick Freenet:
> Package: debhelper
> Version: 9.20160618.1
> Severity: wishlist
> Tags: l10n patch
> 
> 
> Hi Niels,
> 
> please find attached the newest German translation of debhelper.
> Thanks to Eduard Bloch for proof reading.
> 
> Kind regards,
> Chris
> 
> [...]

Hi,

Thanks for working on translations. :)

Did you perhaps omit an attachment? :)

~Niels

Bug#827715: RFS: muttprint/0.73-5.2 [NMU, RC] -- Pretty printing of mails

[Rene Engelhard]

On Mon, Jun 20, 2016 at 02:01:24PM +0900, Sean Whitton wrote:
> I am looking for a sponsor for an NMU of muttprint, fixing a stretch RC
> bug (older than 7 days and no maintainer activity).  I use muttprint

That is not correct. It is only RC since *2* days.

"Severity set to 'serious' from 'important' Request was from Niels Thykier 
 to cont...@bugs.debian.org. (Sat, 18 Jun 2016 17:04:31 GMT) 
Full text and rfc822 format available."

Regards,

Rene

Bug#827716: libtidy-dev: trying to overwrite '/usr/lib/libtidy.so'

[Christian Marillat]

Package: libtidy-dev
Version: 1:5.2.0-1
Severity: serious

Dear Maintainer,

You must add a Breaks or Conflicts/Replaces for libtidy-0.99-0 20091223cvs-1.5



Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  libtidy-dev
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B/206 kB of archives.
After this operation, 954 kB of additional disk space will be used.

(Reading database ... 252471 files and directories currently installed.)
Preparing to unpack .../libtidy-dev_1%3a5.2.0-1_i386.deb ...
Unpacking libtidy-dev (1:5.2.0-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/libtidy-dev_1%3a5.2.0-1_i386.deb (--unpack):
 trying to overwrite '/usr/lib/libtidy.so', which is also in package 
libtidy-0.99-0 20091223cvs-1.5
Errors were encountered while processing:
 /var/cache/apt/archives/libtidy-dev_1%3a5.2.0-1_i386.deb



Christian

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

Kernel: Linux 4.1.26 (SMP w/8 CPU cores; PREEMPT)
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)

Bug#827697: golang-github-shirou-gopsutil: Please update to latest release and debian/README.source

[Geert Stappers]

On Mon, Jun 20, 2016 at 02:11:37PM +1000, Dmitry Smirnov wrote:
> On Sunday, 19 June 2016 9:59:30 PM AEST Martín Ferrari wrote:
> > On 19/06/16 20:47, Dmitry Smirnov wrote:
> > > I would be happy to upload updated package but I've noticed that
> > > "upstream" branch follows upstream history so "gbp import-orig" would
> > > break it and I'm not sure how to handle such repository configuration...
> > 
> > I have just done it. These are the steps:
> > [...]
> 
> Thank you, Martin. :)
> 
> I think your procedure could be improved if "git merge upstream/2.1"
> is modified with "--squash" to produce one neat merge commit to "master" 
> instead of flood of upstream commits that make it difficult to identify 
> packaging-related commits. Merge from upstream branch that follows upstream 
> history makes it difficult to review packaging changes therefore I see it as 
> counter-productive especially for team-maintained packages.

Please add the instruction to debian/README.source

See https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource
for more informatin on that file. Snippet from that section:

  debian/README.source may also include any other information that would
  be helpful to someone modifying the source package.


> -- 
> I believe in only one thing: liberty; but I do not believe in liberty
> enough to want to force it upon anyone.
> -- H. L. Mencken

So true


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#827715: RFS: muttprint/0.73-5.2 [NMU, RC] -- Pretty printing of mails

[Sean Whitton]

Package: sponsorship-requests
Severity: important
Control: block 817591 by -1

Dear mentors,

I am looking for a sponsor for an NMU of muttprint, fixing a stretch RC
bug (older than 7 days and no maintainer activity).  I use muttprint
(along with several hundred others, according to popcon) and don't want
it to fall out of Debian.

I have verified this NMU in the following ways:

- builds in clean sid chroot
- passes piuparts
- debdiff shows no files added/removed

* Package name: muttprint
  Version : 0.73-5.2
  Upstream Author : Lukas Ruf 
* URL : http://muttprint.sourceforge.net
* License : GPL
  Section : mail

Changes since the last upload:

  * Non-maintainer upload.
  * Raise debhelper compat level and build dependency to 5 (Closes: #817591).

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/m/muttprint/muttprint_0.73-5.2.dsc

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#817591: muttprint: diff for NMU version 0.73-5.2

[Sean Whitton]

Control: tags 817591 + patch
Control: tags 817591 + pending

Dear maintainer,

I've prepared an NMU for muttprint (versioned as 0.73-5.2) and submitted
an RFS to have it uploaded.  Please find the nmudiff attached.

-- 
Sean Whitton
diff -u muttprint-0.73/debian/changelog muttprint-0.73/debian/changelog
--- muttprint-0.73/debian/changelog
+++ muttprint-0.73/debian/changelog
@@ -1,3 +1,10 @@
+muttprint (0.73-5.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Raise debhelper compat level and build dependency to 5 (Closes: #817591).
+
+ -- Sean Whitton   Mon, 20 Jun 2016 13:51:20 +0900
+
 muttprint (0.73-5.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u muttprint-0.73/debian/compat muttprint-0.73/debian/compat
--- muttprint-0.73/debian/compat
+++ muttprint-0.73/debian/compat
@@ -1 +1 @@
-4
+5
diff -u muttprint-0.73/debian/control muttprint-0.73/debian/control
--- muttprint-0.73/debian/control
+++ muttprint-0.73/debian/control
@@ -2,7 +2,7 @@
 Section: mail
 Priority: optional
 Maintainer: Rene Engelhard 
-Build-Depends: debhelper (>= 4.1.16), dpatch, imagemagick, ghostscript, docbook-utils, sharutils, automake1.11, autoconf, docbook
+Build-Depends: debhelper (>= 5), dpatch, imagemagick, ghostscript, docbook-utils, sharutils, automake1.11, autoconf, docbook
 Standards-Version: 3.6.2
 
 Package: muttprint


signature.asc
Description: PGP signature

Bug#827714: debian-maintainers: Annual ping for Jan-Pascal van Best

[Jan-Pascal van Best]

Package: debian-maintainers
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This is the annual signed ping for Jan-Pascal van Best as Debian Maintainer

- -- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (700, 'stable'), (300, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJXZ3SyAAoJEPgwem7WkKwGZ6QQAMuRxj+BMXvkL79vxQk1oI/h
/TWuQtTE7aBH27vNqpwdIMcGee3AtuzThqboJTpsVOeJBtZG3/fHiYY8lT7slksD
jbM1GaHvztQJpfenawualo2udE9sjt1ozMQq9YrRRE3qso0LBozflStn2wxjhNv3
Jc6uc1dT3hG+SeXJc7xbgATTKhxGU/2IslIp9L5vFxLa5oOnN8x1j0Od5OmUkRQ/
RFDQW90e8GgRiMIi9pQMUDkiDGfW+zH8tULECeQcaQcIcjKfp1cJXk5FALfEuKnb
NVbGk99RpbwdFrP6R3B5E50IuwP3U58HE5OuUB85s2sY+ZH2kDGbJpBj/e9neZTN
yoOgIQ+nO1LhsOcKqoAnh9qKf0vE8eSdbV8VQwK/tAzXZJGcCG/MPJuAL91WJgLg
VREPiZ8+yZfu1eWcE8nW76OmMeaLBBM53m4ltm7iO689vu3JlAttbbph2R7wHcak
pFJY/LCVvHqpbPtZ07xJCLyt45RbK/UnI+Lp14PSfI0MtoUWT6gQAl09XGSHsyUi
k88wtLSUuWf8iuA2LW+KS0kC08GQ/TXfQubWGb2u8ZpMM7Vo5roFRSC/hxnLpH9k
PvL868THbzsJJDZW/s1zc+9INHwsve0iDyw8zv694JRL0xVokEstHLFNa5tq/kGw
djP5vAiCI+/j6ILE7bjm
=VCUN
-END PGP SIGNATURE-

Bug#827623: RFS: luakit/2012.09.13-r1-9 ITA -- fast and small web browser extensible by Lua

[Herminio Hernandez, Jr.]

I have ran lintian against my .deb package and no warnings or errors were
displayed. I have uploaded it *here
. *Please review and give
feedback.

Thanks again
Herminio

On Sun, Jun 19, 2016 at 9:50 AM, Herminio Hernandez, Jr. <
herminio.hernande...@gmail.com> wrote:

> I just want to give an update. I eliminated the on error that lintain was
> reporting and got the warnings down to 4. Once I clear all of them I will
> reload that package for review.
>
> rican-linux@debian-ppc:~/src$ lintian -c
> luakit_2012.09.13-r1-9_powerpc.deb
> W: luakit: hardening-no-relro usr/bin/luakit
> W: luakit: manpage-has-useless-whatis-entry usr/share/man/man1/luakit.1.gz
> W: luakit: script-not-executable usr/share/luakit/lib/markdown.lua
> W: luakit: executable-not-elf-or-script usr/share/pixmaps/luakit.xpm
>
>
> Thanks again for all the imput
> Herminio
>
> On Sat, Jun 18, 2016 at 9:52 PM, Herminio Hernandez Jr. <
> herminio.hernande...@gmail.com> wrote:
>
>> Thanks again for the info.
>>
>> Sent from my iPhone
>>
>> > On Jun 18, 2016, at 10:57 PM, Paul Wise  wrote:
>> >
>> >> On Sun, Jun 19, 2016 at 5:28 AM, Herminio Hernandez, Jr. wrote:
>> >>
>> >> I was recommeded to that in IRC since there was not a new release of
>> the
>> >> package yet.
>> >
>> > There are other things you could be doing while waiting for the new
>> release.
>> >
>> > James pointed you to some and there is also a summary at the URL I
>> > pointed you to:
>> >
>> > https://tracker.debian.org/pkg/luakit
>> >
>> > In addition to what James pointed out:
>> >
>> > There are warnings from the build log checks:
>> >
>> > http://qa.debian.org/bls/packages/l/luakit.html
>> >
>> > The package does not build in a bit-for-bit identical way if you build
>> > it twice in a row on some architectures. The issue appears to be
>> > something to do with linking order if you take a look at the diff of
>> > the two build logs:
>> >
>> > https://tests.reproducible-builds.org/debian/rb-pkg/luakit.html
>> >
>> https://tests.reproducible-builds.org/debian/logdiffs/unstable/i386/luakit_2012.09.13-r1-8.diff.gz
>> >
>> > There are 4 bugs filed in Ubuntu that may apply to Debian. If you fix
>> > them, use "(LP: #123456, #123425)" in debian/changelog and they will
>> > be automatically closed when luakit is automatically synced to Ubuntu.
>> >
>> > https://bugs.launchpad.net/ubuntu/+source/luakit
>> >
>> > There are some suggestions on the debtags page for luakit:
>> >
>> > https://debtags.debian.org/rep/todo/maint/packa...@qa.debian.org#luakit
>> >
>> > There is only one screenshot for luakit on Debian, it might be useful
>> > to add more for other parts of the UI or to show its extensibility.
>> >
>> > https://screenshots.debian.net/package/luakit
>> >
>> > You may want to run check-all-the-things from the luakit source tree.
>> >
>> > https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git
>> >
>> > You may want to run `whohas luakit` and forward any bugs/patches you
>> > find in other Linux distros to upstream.
>> >
>> > https://packages.debian.org/sid/whohas
>> >
>> > The build dependencies for luakit are not built on some architectures:
>> >
>> > https://buildd.debian.org/status/package.php?p=luakit
>> >
>> > --
>> > bye,
>> > pabs
>> >
>> > https://wiki.debian.org/PaulWise
>>
>
>

Bug#827713: apt 1.2.13 breaks proxy auto-detection

[James Tocknell]

Package: apt
Version: 1.2.12
Severity: important

Under apt 1.2.13, attempting to use Acquire::http::Proxy-Auto-Detect or
Acquire::http::ProxyAutoDetect with squid-deb-proxy-client seems to always
return "Failed to read in AutoDetectProxy" when there is no nearby server,
which makes squid-deb-proxy-client almost useless.


-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.6\.0-1-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.5\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.6\.0-1-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Update "";
APT::Update::Post-Invoke "";
APT::Update::Post-Invoke:: "[ ! -x /usr/bin/debtags ] || debtags update || 
true";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "false";
APT::Compressor::lz4::Cost "50";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "100";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-6n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "200";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "300";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-6";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "400";
APT

Bug#827712: package should recommend gnome-cards-data

[nickpontillo]

Package: aisleriot
Version: 1:3.20.2-1
Severity: wishlist

Dear Maintainer,

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

   * What led up to the situation?
   * 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?

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

This would make it much easier to change the theme of cards. Right now there is
no easy way within the software to figure out that "gnome-cards-data" is what
you need to install to change it, so you basically have to look up how to do it
online and many people might not be aware that it is possible.



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

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

Versions of packages aisleriot depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gconf-service3.2.6-3
ii  gconf2   3.2.6-3
ii  guile-2.0-libs   2.0.11+1-10+b1
ii  libatk1.0-0  2.20.0-1
ii  libc62.22-11
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libcanberra-gtk3-0   0.30-3
ii  libcanberra0 0.30-3
ii  libgc1c2 1:7.4.2-8
ii  libgconf-2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.48.1-1
ii  libgtk-3-0   3.20.6-1
ii  libpango-1.0-0   1.40.1-1
ii  libpangocairo-1.0-0  1.40.1-1
ii  librsvg2-2   2.40.16-1
ii  libx11-6 2:1.6.3-1

Versions of packages aisleriot recommends:
ii  yelp  3.20.1-1

Versions of packages aisleriot suggests:
pn  gnome-cards-data  

-- no debconf information

Bug#789657:

[Tom Donovan]

Also observed in:

  Debian Jessie amd64
  gnome-disk-utility  3.12.1-1+b1
  udisks2   2.1.3-5

This appears to be a udisks2 problem.  The drive list is corrected by 
restarting the udisks2 daemon.

$ sudo udisksctl status

MODEL REVISION  SERIAL   DEVICE
--
WDC WD1001FALS-42K1B0 08.00K08  WD-WMATV3344345  sda
WDC WD10EALX-009BA0   15.01H15  WD-WCATR6443368  sdb
ASUSDRW-24B1ST   i1.00  DAD0CL031218 sr0
Mass Storage Device   1.00  121220130416 -
Generic Card-Reader   1.03  2010012014   -
--

# Note the last three devices are leftovers from removed usb drives and SD-card 
readers

$ sudo systemctl restart udisks2.service

$ sudo udisksctl status

MODEL REVISION  SERIAL   DEVICE
--
WDC WD1001FALS-42K1B0 08.00K08  WD-WMATV3344345  sda
WDC WD10EALX-009BA0   15.01H15  WD-WCATR6443368  sdb
ASUSDRW-24B1ST   i1.00  DAD0CL031218 sr0

# This drive list is correct


Possibly related to https://bugs.freedesktop.org/show_bug.cgi?id=79184

Bug#827711: RFS: sortmail/1:2.4-2 [QA, RC] -- simple mail sorter

[Sean Whitton]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a spondor for a QA upload of sortmail, fixing a stretch
RC bug.  Although Hamish Moffatt suggested removing the package from
Debian in his orphaning bug report, popcon reports there are users and
upstream is active (they have already applied a patch I forwarded).

I have not fixed everything that could be fixed; I fixed the RC bug, and
tried to get the package into a more attractive state for adoption.

* Package name: sortmail
  Version : 1:2.4-2
  Upstream Author : Edward A. Falk
* URL : http://sortmail.sourceforge.net
* License : BSD-1-clause
  Section : mail

Changes since the last upload:

  * QA upload.
  * Set maintainer to QA team (see #790732).
  * Switch to source format 3.0 (quilt).
  * Modernise d/rules:
- Bump debhelper compat & build dependency to 9 (Closes: #817673).
- Use dh sequencer, overriding dh_auto_install.
- Enable --parallel.
- Add ${misc:Depends} to bin:sortmail dependencies.
- Add d/examples.
- Add d/docs.
- Add d/install.
- Add d/manpages (Closes: #593763).
  * Apply patch from Mathias Klose to fix build with ld --as-needed
(Closes: #641440).
  * Add enable-debugging-symbols.patch so dh_strip can generate sortmail-dbgsym.
  * Remove article from description synopsis.
  * Add Vcs-* fields pointing to collab-maint.
  * Add Homepage: field.
  * Declare compliance with policy version 3.9.8.
- Re-encode d/copyright as UTF-8.

Download with dget:

dget -x 
http://mentors.debian.net/debian/pool/main/s/sortmail/sortmail_1:2.4-2.dsc

Or build it with gbp:

gbp clone --pristine-tar 
https://anonscm.debian.org/git/collab-maint/sortmail.git
cd sortmail
git checkout debian/1:2.4-2
git verify-tag debian/1:2.4-2 # if you have my key
gbp buildpackage

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#827709: ITP: soapysdr -- software defined radio interface library

[Andreas Bombe]

Package: wnpp
Severity: wishlist
Owner: Andreas Bombe 

* Package name: soapysdr
  Version : 0.4.3
  Upstream Author : Josh Blum / Pothosware
* URL : https://github.com/pothosware/SoapySDR/wiki
* License : Boost Software License
  Programming Lang: C++
  Description : software defined radio interface library

SoapySDR is a library providing a common interface to SDR (software
defined radio) hardware. Support for different hardware is added through
external modules.


This is a dependency of the SDR support in pothos (see my other ITP). I
intend to package the hardware support for audio, UHD, BladeRF, Osmo,
RTL-SDR, HackRF, RedPitaya and Airspy (these add GPL3 and MIT to the set
of licenses). Since these are separate projects without a common release
schedule, it appears I will have to package them as separate source
packages.

Bug#827710: ITP: pothos -- data flow programming framework with computational offload capability

[Andreas Bombe]

Package: wnpp
Severity: wishlist
Owner: Andreas Bombe 

* Package name: pothos
  Version : 0.3.3
  Upstream Author : Pothosware / Josh Blum
* URL : https://github.com/pothosware/pothos/wiki
* License : Boost Software License
  Programming Lang: C++
  Description : data flow programming framework with computational offload 
capability

The Pothos project is a complete data-flow framework for creating
topologies of interconnected processing blocks. Topologies can be
designed and tested graphically, and deployed over a network. The Pothos
framework API is sleek and smart, enabling users to quickly create
custom processing blocks with minimal boiler-plate. Processing blocks
can support computational offload and integration with DMA devices. The
project also has a diverse set of processing and hardware support
toolkits. 


I intend this ITP to include those submodules in the upstream git that
are also projects under the pothosware umbrella (audio, blocks, comms,
gui, plotters, python, sdr, widgets). There's also pothos-serialization
which is a copy of the Boost serialization with everything renamed to
avoid a dependency on Boost. I'll have to see what to do about that.

Basically I came across this because of the not-yet-funded LimeSDR[1]
crowdfunding project, pothos is the framework most demos were created
in. In that use case the obvious alternative is GNU Radio. Compared to
that the GUI looks more powerful and pleasant (multiple pages per app
for less cramped design, editing of blocks while the app is running,
placing GUI objects interactively).

[1] https://www.crowdsupply.com/lime-micro/limesdr

It can also integrate GNU Radio processing blocks, although that needs
some changes to GNU Radio that apparently aren't upstreamed so far.

Bug#814859: RFS: runescape/0.1-1 [ITP] -- Set in a fantasy world of war, landscapes and sinister powers

[Sergio Durigan Junior]

On Tuesday, June 07 2016, Gianfranco Costamagna wrote:

> 6)Please add some upstream metadata: https://wiki.debian.org/UpstreamMetadata

Hi Carlos,

You asked for help on #debian-devel-br about the UpstreamMetadata part,
and I didn't have a chance to reply before you left, so I'm sending this
message instead.

I think the idea is explained in the wiki page itself, but I understand
that you may not know how to create the file.  I think the best thing to
do in these cases is to look for examples (and codesearch.debian.net is
really helpful for that).

Anyway, you might want to take a look at this file, for example:

  


And have an idea of how to create yours.  The basic idea is that you
will provide the fields (see
) that best fit your
package.  This should not be complicated, especially if you're dealing
with a simple package (which seems to be the case).

Anyway, please let us know if you have any other question about it.

Cheers,

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


signature.asc
Description: PGP signature

Bug#790211: Bug#801281: switch to gtk3

[Sergio Durigan Junior]

On Monday, April 18 2016, Neil Jerram wrote:

> On Fri, 09 Oct 2015 01:13:18 -0400 Sergio Durigan Junior 
>  wrote:
>>
>> On Thursday, October 08 2015, chr...@fsfe.org wrote:
>>
>> > please consider building future versions of midori using gtk3; most
>> > important feature for me is finger scrolling that comes with it on touch
>> > devices.
>
> I have just found this bug report, after trying Midori on my small 
> touchscreen device.  I would also really like the finger scrolling 
> support to work, which I think means that Midori must be built with GTK+3.

Hey guys,

So, if you're interested in trying Midori compiled against GTK+3/WK2,
I've just uploaded a new package to experimental.  The version is
midori_0.5.11-ds1-100~exp1.

Please give it a try if you can and let me know whether you find any
problem.

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/


signature.asc
Description: PGP signature

Bug#827708: synaptic: Missing Quick filter option

[TMountney]

Package: synaptic
Version: 0.81.2
Severity: normal

Dear Maintainer,

The 'Quick filter' (QF) option/method which was available with previous
versions of Synaptic is not available with the current version. This is a major
inconvenience. With the previous version it was simple, quick and efficient to
check the status (Installed/Not installed) of specific packages. For example,
to check for the installed list of GTK packages, gtk was entered in the in the
QF text box and selecting Status/'Installed' showed all the gtk package(s)
installed (not all Installed and Not Installed) on the system.

Search doesn't work for this type of check. Searching for gtk shows both (thus
all) installed and not-installed gtk packages; I simple want to know what gtk
packages are INSTALLED not those 'Not installed'. On my system, using Search, I
would have to scroll through 1507 packages to see those Installed.

Yes, I can create a custom search filter (Settings/Filters/Search Filter)
setting only the Installed option, but this method is inefficient and
inconvenient, initially requiring a LOT (14 - 20) of steps:

1.  - click Settings
2.  - click Filters
3.  - click Search Filters
4.  - click Deselect All for Status column
5.  - click Installed check box under Current heading
6.  - click Properties column heading
   +- create first filter criteria:
7.  -- (maybe) click first drop-down:
8.   (maybe) select Package Name
9.  -- (maybe) click second drop-down:
10   (maybe) select Includes
11. -- click third field and enter text gtk
   +- create second filter criteria:
12. -- click New
13.  -- click first drop-down:
14.   select Description
15.  -- (maybe) click second drop-down:
16.   (maybe) select Includes
17.  -- click third field and enter text gtk
18  - click OK (returned to Package Manager Window)
19  - click Custom Filters
20. - click Search Filter

QF required 1-3 steps:

1.  - enter text gtk in QF text box
2.  - (maybe) click Status
3.  - (maybe( click Installed

And, of course I can use aptitude search piped into multiple grep statements:

aptitude search ~i ~dgtk gtk | grep -e 'gtk' | grep -v '^p ' | grep -v '^v
'

The QF option/method is much simpler, efficient, quicker and much more
convenient. And if I want to QF for other packages I simple enter text in the
QF text box; probably 1 step – enter text in QF text box - in the same
session. But to 'Search filter' for some other installed package(s), 7 (if some
criteria already set) to 20 steps yet again - VERY inconvenient/inefficient vs
QF method!!!

While having the option of creating filters is nice and powerful, most of the
time the QF is all that is needed.

Please provide/offer the Quick Filter again.

Thank You.
Debian user since Debian 4




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

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

Versions of packages synaptic depends on:
ii  hicolor-icon-theme   0.13-1
ii  libapt-inst1.5   1.0.9.8.3
ii  libapt-pkg4.12   1.0.9.8.3
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u4
ii  libcairo-gobject21.14.0-2.1+deb8u1
ii  libcairo21.14.0-2.1+deb8u1
ii  libept1.4.12 1.0.12.1
ii  libgcc1  1:4.9.2-10
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libglib2.0-0 2.42.1-1+b1
ii  libgtk-3-0   3.14.5-1+deb8u1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libstdc++6   4.9.2-10
ii  libvte-2.90-91:0.36.3-1
ii  libx11-6 2:1.6.2-3
ii  libxapian22  1.2.19-1+deb8u1
ii  libxext6 2:1.3.3-1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages synaptic recommends:
ii  libgtk2-perl   2:1.2492-4
ii  policykit-10.105-8
ii  rarian-compat  0.8.1-6

Versions of packages synaptic suggests:
pn  apt-xapian-index 
pn  deborphan
pn  dwww 
pn  menu 
pn  software-properties-gtk  
ii  tasksel  3.31+deb8u1

-- no debconf information

Bug#814859: RFS: runescape/0.1-1 [ITP] -- Set in a fantasy world of war, landscapes and sinister powers

[Carlos Donizete Froes]

Hi, let's go package fixes. Please review my package.

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

> > 1) you put dependencies under build-dependencies, but they seem to be more 
> > runtime dependencies

Corrected the dependencies in d/control

> > 2) you fixed the gpg key issue, but now you have to *revoke* it and 
> > generate a new one.
> > the key is compromised, I have it, and everybody that dgetted the package 
> > has it, and it is
> > available on build machines such as DebOMatic and probably somewhere else 
> > too.

Sorry, I'm terrible with the GPG key. Revoked and created a new one.
I hope did right this time.

> 3) not sure why have a .c file that runs a script...

Made to create a makefile. :/

> > 4) # Necessary that the generated binary is in the directory where is the 
> > "script.sh"
> > runescape: arch-dependent-file-in-usr-share 
> > usr/share/games/runescape/runescape
> > 
> > this isn't necessary, please remove and fix lintian, don't override it, 
> > specially
> > because lintian seems right here.
> > 
> > 5) CFLAGS = -g -Wall -O2 -fstack-protector-strong -Wformat 
> > -Werror=format-security
> > CPPFLAGS = -D_FORTIFY_SOURCE=2
> > LDFLAGS = -fPIE -pie -Wl,-z,relro -Wl,-z,now
> > OBJECTS = runescape.o
> > 
> > no, please never override flags.
> > you can use ?= that means define if not already defined, but never override 
> > external flags.
> > 

Corrected makefile.

> 6)Please add some upstream metadata:
> https://wiki.debian.org/UpstreamMetadata

I'm sorry, but not working "upstream metadata".
http://upstream-metadata.debian.net

Thanks!



Em Ter, 2016-06-07 às 15:42 +0200, Gianfranco Costamagna escreveu:
> Hi
> 
> On 06/06/2016 03:53, Carlos Donizete Froes wrote:
> > Hello Gianfranco,
> > 
> > I made the changes recommended me. Please could again analyze my
> > package?
> > 
> > https://mentors.debian.net/package/runescape
> > 
> > Thank you!
> > 
> 
> Hi
> 
> some more issues:
> 
> 1) you put dependencies under build-dependencies, but they seem to be more 
> runtime dependencies
> 
> 2) you fixed the gpg key issue, but now you have to *revoke* it and generate 
> a new one.
> the key is compromised, I have it, and everybody that dgetted the package has 
> it, and it is
> available on build machines such as DebOMatic and probably somewhere else too.
> 
> So, you should probably revoke it, and generate a new one
> (you have it protected with passphrase, so if you think your passphrase is 
> strong enough
> you can avoid this step, I didn't try to brute-force it)
> 
> 3) not sure why have a .c file that runs a script...
> 
> 4) # Necessary that the generated binary is in the directory where is the 
> "script.sh"
> runescape: arch-dependent-file-in-usr-share 
> usr/share/games/runescape/runescape
> 
> 
> this isn't necessary, please remove and fix lintian, don't override it, 
> specially
> because lintian seems right here.
> 
> 5) CFLAGS = -g -Wall -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security
> CPPFLAGS = -D_FORTIFY_SOURCE=2
> LDFLAGS = -fPIE -pie -Wl,-z,relro -Wl,-z,now
> OBJECTS = runescape.o
> 
> no, please never override flags.
> you can use ?= that means define if not already defined, but never override 
> external flags.
> 
> 6)Please add some upstream metadata: https://wiki.debian.org/UpstreamMetadata
> 
> Gianfranco
> 
> 

-- 
Carlos Donizete Froes [a.k.a coringao]
- https://wiki.debian.org/coringao
GPG: 4096R/B638B780
2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780


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

Bug#817532: libgetopt-mixed-perl: Removal of debhelper compat 4

[Axel Beckert]

Control: tag -1 + patch pending

Hi,

ni...@thykier.net wrote:
> The package libgetopt-mixed-perl uses debhelper with a compat level of 4,
> which is deprecated and scheduled for removal.
> 
>  * Please bump the debhelper compat at your earliest convenience.
>on the 15th of June.
>- Compat 9 is recommended
>- Compat 5 is the bare minimum
>- If the package has been relying on dh_install being lenient about
>  missing files, please see "MIGRATING TO COMPAT 5 OR LATER" in [1].
> 
>  * Compat level 4 will be removed on the first debhelper upload after
>the 15th of June.

I've prepared a non-maintainer upload for this issue and just uploaded
it to DELAYED/10. Full debdiff attached.

Feel free to tell me in case I should fast-forward the upload or delay
it longer.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
diff -u libgetopt-mixed-perl-1.008/debian/changelog 
libgetopt-mixed-perl-1.008/debian/changelog
--- libgetopt-mixed-perl-1.008/debian/changelog
+++ libgetopt-mixed-perl-1.008/debian/changelog
@@ -1,3 +1,18 @@
+libgetopt-mixed-perl (1.008-10.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bump debhelper compatibility to 9 (Closes: #817532)
++ Replace dh_clean -k with dh_prep
++ Depend on ${misc:Depends}
+  * Other trivial changes which make the package more future-proof:
++ Replace $(PWD) with $(CURDIR) in debian/rules
++ Move debhelper from Build-Depends-Indep to Build-Depends. Whatever
+  is needed to run the clean target needs to be satisfied by
+  Build-Depends and not only Build-Depends-Indep.
++ Drop redundant Section and Priority fields from binary package stanza.
+
+ -- Axel Beckert   Mon, 20 Jun 2016 03:05:56 +0200
+
 libgetopt-mixed-perl (1.008-10.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u libgetopt-mixed-perl-1.008/debian/compat 
libgetopt-mixed-perl-1.008/debian/compat
--- libgetopt-mixed-perl-1.008/debian/compat
+++ libgetopt-mixed-perl-1.008/debian/compat
@@ -1 +1 @@
-4
+9
diff -u libgetopt-mixed-perl-1.008/debian/control 
libgetopt-mixed-perl-1.008/debian/control
--- libgetopt-mixed-perl-1.008/debian/control
+++ libgetopt-mixed-perl-1.008/debian/control
@@ -3,13 +3,13 @@
 Priority: optional
 Maintainer: Ezra Pagel 
 Standards-Version: 3.6.1
-Build-Depends-Indep: debhelper (>= 4.1), perl
+Build-Depends: debhelper (>= 9)
+Build-Depends-Indep: perl
 
 Package: libgetopt-mixed-perl
-Section: perl
-Priority: optional
 Architecture: all
-Depends: ${perl:Depends}
+Depends: ${perl:Depends},
+ ${misc:Depends}
 Description: Perl module for processing options in GNU-style (= long and short)
  This module is intended to be the "Getopt-to-end-all-Getop's".  It
  combines flexibility and simplicity.  It supports both short options
diff -u libgetopt-mixed-perl-1.008/debian/rules 
libgetopt-mixed-perl-1.008/debian/rules
--- libgetopt-mixed-perl-1.008/debian/rules
+++ libgetopt-mixed-perl-1.008/debian/rules
@@ -32,9 +32,9 @@
 install-stamp: build
dh_testdir
dh_testroot
-   dh_clean -k
+   dh_prep
dh_installdirs
-   $(MAKE) install DESTDIR=$(PWD)/$(TMP_DIR)
+   $(MAKE) install DESTDIR=$(CURDIR)/$(TMP_DIR)
touch install-stamp
 
 binary-indep:  build install


signature.asc
Description: Digital signature

Bug#825701: should osptoolkit be removed from Debian?

[Di-Shi Sun]

Hi Mattia,

The updated packages are ready.

We cannot contact to the original sponsor, Julien BLACHE, by email. We
believe he left Debian. Would you please tell us if you can help us to
upload the packages, or we should upload them to other places, such as
mentors.debian.net, first?

Thanks,

Di-Shi Sun.

-Original Message-
From: Di-Shi Sun [mailto:di-...@transnexus.com] 
Sent: Monday, June 13, 2016 8:30 AM
To: 'Mattia Rizzolo'; 825...@bugs.debian.org
Cc: Support of Transnexus
Subject: Bug#825701: should osptoolkit be removed from Debian?

Hi Mattia,

The package itself is almost done. We are working on lintian warning
messages now. Then test it with other packages such as OpenSIPS on different
platforms.

Regards,

Di-Shi Sun.

-Original Message-
From: 'Mattia Rizzolo' [mailto:mat...@debian.org]
Sent: Sunday, June 12, 2016 11:46 PM
To: di-...@transnexus.com; 825...@bugs.debian.org
Cc: isupp...@transnexus.com
Subject: Re: Bug#825701: should osptoolkit be removed from Debian?

Hi Di-Shi,

On Tue, May 31, 2016 at 11:35:34PM +0800, Di-Shi Sun wrote:
> Sorry for the delay of reply due to the holiday. We are working on it now.

And did anything happen in the last 12 days?

--
regards,
Mattia Rizzolo

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

Bug#827707: duck: Should not report sites which are available via HTTPS but redirect from HTTPS to HTTP

[Axel Beckert]

Package: duck
Version: 0.9
Severity: wishlist

Dear Maintainer,

duck reported the following for the screen package:

I: debian/patches/52fix_screen_utf8_nfd.patch:10: URL: 
http://d.hatena.ne.jp/mrkn/20101014/fix_screen_utf8_nfd_bug: INFORMATION 
(Certainty:possible)
   The web page at http://d.hatena.ne.jp/mrkn/20101014/fix_screen_utf8_nfd_bug 
works, but is also available via 
https://d.hatena.ne.jp/mrkn/20101014/fix_screen_utf8_nfd_bug, please consider 
switching to HTTPS urls.

But https://d.hatena.ne.jp/mrkn/20101014/fix_screen_utf8_nfd_bug
redirects back to
http://d.hatena.ne.jp/mrkn/20101014/fix_screen_utf8_nfd_bug

So if I change this as recommend, I get again a warning:

I: debian/patches/52fix_screen_utf8_nfd.patch:10: URL: 
https://d.hatena.ne.jp/mrkn/20101014/fix_screen_utf8_nfd_bug: INFORMATION 
(Certainty:possible)
   Secure URL redirects to an insecure URL: https://d.hatena.ne.jp -> 
http://d.hatena.ne.jp

I suggest to avoid the initial warning if HTTPS redirects back to HTTP,
but keep the latter warning.

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

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

Versions of packages duck depends on:
ii  devscripts   2.16.5
ii  dpkg-dev 1.18.7
ii  libconfig-inifiles-perl  2.89-1
ii  libconfig-simple-perl4.59-6
ii  libdomain-publicsuffix-perl  0.10-1
ii  libfile-which-perl   1.21-1
ii  libmailtools-perl2.13-1
ii  libnet-dns-perl  1.05-2
ii  libparse-debcontrol-perl 2.005-4
ii  libpath-class-perl   0.36-1
ii  libregexp-common-email-address-perl  1.01-4
ii  libregexp-common-perl2016060801-1
ii  libstring-similarity-perl1.04-1+b3
ii  libwww-curl-perl 4.17-2+b1
ii  libxml-xpath-perl1.36-1
ii  libyaml-libyaml-perl 0.41-6+b1
ii  lynx 2.8.9dev9-1
ii  perl 5.22.2-1
ii  publicsuffix 20160613-1

duck recommends no packages.

Versions of packages duck suggests:
ii  bzr 2.7.0-7
ii  git 1:2.8.1-1
ii  mercurial   3.8.3-1
ii  subversion  1.9.4-1

-- no debconf information

Bug#827160: jessie-pu: package dosfstools/3.0.27-1+deb8u1

[Andreas Bombe]

On Sat, Jun 18, 2016 at 09:21:58AM +0200, Petter Reinholdtsen wrote:
> [Andreas Bombe]
> > Also, I wonder if the fix for
> > https://github.com/dosfstools/dosfstools/issues/11 (which is
> > 2aad1c83c) shouldn't also be included while we're at it. It has no
> > CVE, the out of bounds memory access itself isn't all that bad but it
> > might create improper date values.
> >
> > https://github.com/dosfstools/dosfstools/commit/2aad1c83c7d010de36afbe79c9fde22c50aa2f74
> 
> It is fine with me, but it is up to the release managers.  Is there a
> Debian bug about this?  I believe it is a requirement for getting a fix
> into stable.
> 
> Is this error supposed to be detected by Valgrind?  I was unable to get
> any warning about out of bounds memory access by valgrind when I tested.

I think there was one issue that only showed up as a memory error on
i386 and not amd64 and this might have been the one.

Also on second thought, never mind… This date conversion is used only to
display information about files, so worst case is that index -1 of a
static array is read and a nonsensical date is displayed to the user. I
don't think it's worth extra effort to include it.


Andreas

Bug#798631: NMU uploaded to DELAYED/10 for Bug#807656: flashbake: Please package new upstream version 0.27.1 so that Debian can drop python-enum

[Axel Beckert]

Dear Abhishek,

Abhishek Dasgupta wrote:
> Thanks for the NMU, feel free to fast-forward it!

Thanks for the prompt feedback. Fast-forwarded it. Probably has
already shown up while I was writing that mail.

> I no longer use flashbake, so if you are okay with adopting the
> package, that would be great.

I still have it installed, but I no more use it in production
either. I though would still consider it in case some more interesting
plugins show up.

You probably want to file a Request For Adoption (or orphaning the
package_ if you don't intent to continue maintaining it. See
https://www.debian.org/devel/wnpp/ for details.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#827697: [pkg-go] Bug#827697: Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

[Michael Hudson-Doyle]

I suppose Built-Using on a -dev package lists source package versions
that the -dev package is known to build/pass tests with, which is
probably useful information. But it's not the information for which
policy says Built-Using is to be used:
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-built-using:

"Some binary packages incorporate parts of other packages when built
but do not have to depend on those packages. Examples include linking
with static libraries or incorporating source code from another
package during the build. In this case, the source packages of those
other packages are a required part of the complete source (the binary
package is not reproducible without them).

A Built-Using field must list the corresponding source package for any
such binary package incorporated during the build..."


On 20 June 2016 at 11:10, Martín Ferrari  wrote:
> On 20/06/16 00:06, Michael Hudson-Doyle wrote:
>> Built-Using only makes sense for a package that ships binaries.
>
> I really never knew if it should be present or not on -dev libraries..
> But we have it is most of our repos nowadays.
>
>
> --
> Martín Ferrari (Tincho)

Bug#827705: dependency loop between initscripts and sysvinit-utils causes dist-upgrade failure

[Michael Biebl]

On Mon, 20 Jun 2016 00:59:57 +0200 Michael Biebl  wrote:
> Am 20.06.2016 um 00:47 schrieb Michael Biebl:
> > Am 19.06.2016 um 23:39 schrieb Santiago Vila:
> > 
> >> # apt-get upgrade
> >> [...]
> >> # apt-get dist-upgrade
> >> [...]
> >> E: This installation run will require temporarily removing the essential 
> >> package sysvinit-utils:amd64 due to a Conflicts/Pre-Depends loop. This is 
> >> often bad, but if you really want to do it, activate the 
> >> APT::Force-LoopBreak option.
> >> E: Internal Error, Could not early remove sysvinit-utils:amd64 (2)

> > It's not, afaics. My guess is it's related to [1]

For some context, this is from a debian-devel discussion and [1] was

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827212

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



signature.asc
Description: OpenPGP digital signature

Bug#827697: [pkg-go] Bug#827697: Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

[Martín Ferrari]

On 20/06/16 00:06, Michael Hudson-Doyle wrote:
> Built-Using only makes sense for a package that ships binaries.

I really never knew if it should be present or not on -dev libraries..
But we have it is most of our repos nowadays.


-- 
Martín Ferrari (Tincho)

Bug#827697: [pkg-go] Bug#827697: Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

[Michael Hudson-Doyle]

Built-Using only makes sense for a package that ships binaries.

Bug#827705: dependency loop between initscripts and sysvinit-utils causes dist-upgrade failure

[Michael Biebl]

Package: sysvinit-utils
Version: 2.88dsf-59.5

Am 20.06.2016 um 00:47 schrieb Michael Biebl:
> Am 19.06.2016 um 23:39 schrieb Santiago Vila:
> 
>> # apt-get upgrade
>> [...]
>> # apt-get dist-upgrade
>> [...]
>> E: This installation run will require temporarily removing the essential 
>> package sysvinit-utils:amd64 due to a Conflicts/Pre-Depends loop. This is 
>> often bad, but if you really want to do it, activate the 
>> APT::Force-LoopBreak option.
>> E: Internal Error, Could not early remove sysvinit-utils:amd64 (2)
>>
>>
>> I can reproduce this on a jessie system with very few packages
>> installed and this single line in sources.list:
>>
>> deb http://httpredir.debian.org/debian stretch main
>>
>>
>> If this problem is the result of fixing this bug, I would rather keep
>> the bug unfixed and leave things as before.
> 
> It's not, afaics. My guess is it's related to [1]
> I suspect this can be fixed by dropping the
> Breaks: initscripts (<< 2.88dsf-59.5)
> from the initscripts package and only keeping the Replaces (I know this
> is not a 100% policy compliant, but I've seen this approach used before
> where apt got confused).

Let's turn this into a bug report so this can be tracked properly.

The issue being that /lib/init/vars.sh has been moved from initscripts
to sysvinit-utils.
sysvinit-utils got a Breaks/Replaces: initscripts (<< 2.88dsf-59.5) for
that.
On the other hand, the initscripts has got a dependency on
sysvinit-utils (>= 2.88dsf-59.5) to ensure /lib/init/vars.sh is available.

As mentioned, dropping the Breaks should break the loop.


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



signature.asc
Description: OpenPGP digital signature

Bug#827706: RM: gnome-video-arcade [ppc64el] -- ROM; Blocks testing migration of mame

[Jordi Mallach]

Package: ftp.debian.org
Severity: normal

Hi ftp-master,

In #826948, I recently requested the removal of the ppc64el binaries of MAME,
as a FTBFS has been holding mame's migration from non-free to main for weeks.

With that report I failed to realise gnome-video-arcade's ppc64el binary
would also result on a testing migration block due to causing
uninstallability of said binary on testing.

Can you please remove gnome-video-arcade/ppc64el as well?

Many thanks,
Jordi

Bug#827685: RFS: elpa-undo-tree/0.6.4-1 ITP

[Sean Whitton]

control: tag -1 +confirmed

As a member of the Emacs packaging team, I've had a look at this, and it
seems fine.  Thanks Dmitry.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#825709: [Pkg-ace-devel] Bug#825709: Bug#825709: ace: please make it build on kfreebsd again

[Pau Garcia i Quiles]

On Sun, Jun 12, 2016 at 11:45 PM, Mattia Rizzolo  wrote:

> On Sun, Jun 12, 2016 at 11:43:38PM +0200, Pau Garcia i Quiles wrote:
> > I can package 6.3.4 + kfreebsd patch next weekend (17-19 June)
>
> This would fit just about great in my plan of removing libssl1.0.0 in
> the first days of July, so, cool!
>
>
No, it will not: ace 6.3.4 does not build with libssl 1.1.0 and nobody is
working on fixing that upstream. After all the problems caused by OpenSSL
fixes by non-experts, I will not venture into that muddy field.

A source package for ace 6.3.4 with the kfreebsd patch is available here.
It works on sid but fails on experimental:

https://mentors.debian.net/debian/pool/main/a/ace/

Now I only need someone to upload it to the archive. Thomas? :-)

-- 
Pau Garcia i Quiles
http://www.elpauer.org

Bug#827704: udev is not portable and mandates kernel features

[Marco d'Itri]

On Jun 20, Pierre Ynard  wrote:

> Please improve the portability of udev and reduce or eliminate the above
> list of required non-essential features.
No: maintaining such a patch kit would take a huge amount of our time 
for a very small benefit.

> As a last resort, please make this apparent lack of portability more
> understandable for users. The information in the README is a very good
> start already, I appreciate it, but please complete it to document
> what requires the features in the above list and foremost why they
I am not sure about what I should add: if you are, please feel free to 
send a patch to the upstream maintainers.

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#827704: udev is not portable and mandates kernel features

[Pierre Ynard]

Package: udev
Version: 230-2
Severity: wishlist

When trying to upgrade udev from version 175-7.2 to 230-2, I get greeted
by the:

> Since release 198, udev requires support for the following features in
> the running kernel:
> 
> - inotify(2)(CONFIG_INOTIFY_USER)
> - signalfd(2)   (CONFIG_SIGNALFD)
> - accept4(2)
> - open_by_handle_at(2)  (CONFIG_FHANDLE)
> - timerfd_create(2) (CONFIG_TIMERFD)
> - epoll_create(2)   (CONFIG_EPOLL)

Thank you for the preinst check and documenting in more details in the
README. However, some of these requirements seem unwarranted, backwards
and frankly outrageous. Decent software should make a minimum effort at
portability, and not direct the underlying system around.

- accept4() can be trivially emulated on ENOSYS. Any portable software
  will do that trivial job. I don't believe that SOCK_CLOEXEC race
  conditions would be a crippling issue for udev.

- epoll is just one out of many polling APIs. Any portable software will
  fall back onto more common APIs like poll() or even select(), and wrap
  around them or emulate missing features. Frankly, mandating epoll like
  there's no way around it is simply appalling. epoll has main scaling
  and performance purposes, but polling performance does not seem to be
  any relevant for udev, really.

- timerfd_create() and signalfd() are just convenience APIs around the
  more pervasive mechanisms of timers and signal handling. Equivalent
  functionality can be emulated with a handler that writes into a pipe;
  at any rate, they do not seem required to do the job.

I don't need to delve into the other items because the point is already
clear.

I can understand mandating stuff like CONFIG_DEVTMPFS, since it's
actually a major feature core to udev business, and would even be a
paradigm shift. I can understand mandating CONFIG_SYSFS_DEPRECATED=n
since that's within core udev business too. But most of the items above
have nothing particular to do with udev, and are just generic APIs.
Generic API availability gets properly managed, detected, emulated or
gracefully handled in portable software, not mandated; and the more
generic and trivial the API, the less understandable it is.

For the sake of openness, the feature missing on my system is
CONFIG_FHANDLE. It's not hidden under CONFIG_EXPERT like some others,
and the current Linux kernel Kconfig help only mentions "userspace
file servers", not a system component like udev, so I did not think
much of it. I can vaguely imagine how it would be useful (although not
necessary) to udev, and I don't really mind enabling it, but this is not
this point of the bug report - the principle is.

Please improve the portability of udev and reduce or eliminate the above
list of required non-essential features.

udev is a basic package that would be installed on most systems. On
mine, it still remains depended on by X.Org (for very understandable
reasons); it cannot be removed, nor substituted by any alternative. As
such, anything the udev package imposes has consequences that take away
user choice on a distribution-wide scale. Please provide and/or document
the ability to remove udev or substitute alternatives for it.

As a last resort, please make this apparent lack of portability more
understandable for users. The information in the README is a very good
start already, I appreciate it, but please complete it to document
what requires the features in the above list and foremost why they
are essential. Lack of portability, and mandating features in other
system components from such a basic and pervasive package, set a bad
example for software; please document, explain and present in a more
understandable way this approach and its outstanding, exceptional
and/or discouraged character. Please improve the most visible part of
it, the output of the preinst check, to make it sound less entitled
and outrageous to upgrading users, especially in view of some of the
required features in the list.

After taking care of this bug report I'm looking forward to being
able to upgrade udev, I hope I won't run into any more hurdle. The
changelog looks good, and I'm looking forward to being able to disable
CONFIG_UEVENT_HELPER :)

Thanks,


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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  libc6  2.22-11
ii  libselinux12.5-3
ii  libudev0   175-7.2
ii  lsb-base   9.20160601
ii  procps 2:3.3.11-3
ii  util-linux 2.28-5

Versions of packages udev recommends:
ii  pciutils  1:3.3.1-1.1
ii  usbutils  1:007-4

udev suggests no packages.

-- debconf information:
  udev/title/upgrade:
  udev/r

Bug#813247: python*-greenlet*: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Hi Laszlo,

On 2016-06-18 20:46, László Böszörményi (GCS) wrote:
>>   jessie -> sid
>  I've fixed it, but not 101% sure in the result. I couldn't even run
> my local piuparts jessie -> sid upgrade test as:
> # piuparts --skip-logrotatefiles-test --warn-on-others --no-eatmydata
> --scriptsdir /etc/piuparts/scripts --allow-database
> --warn-on-leftovers-after-purge  --mirror
> 'http://ftp.de.debian.org/debian main' --tmpdir /mnt/1/piuparts --arch
> amd64 -b [PATH]/jessie-amd64-base.tgz -d stable -d sid --apt
> python-greenlet-dbg=0.4.9-2
> It fails that can't find 0.4.9-2 version of python-greenlet-dbg.

That would be +b1 now (or just s/=.*//)

> May you check the proposed package update[1]?
> 
> Thanks in advance,
> Laszlo/GCS
> [1] dget -x http://www.barcikacomp.hu/gcs/python-greenlet_0.4.10-1.dsc

If you just put the .debs + a Packages into /some/path, you can run

a) jessie -> sid+new

... --apt python-greenlet-dbg --testdebs-repo /some/path --bindmount
/some/path --distupgrade-to-testdebs

b) jessie -> sid -> sid+new

with -d jessie -d sid -d sid


Andreas

Bug#827703: libc6: misaligned accesses in res_query.c to fields in HEADER struct

[John David Anglin]

Package: libc6
Version: 2.22-11+b3
Severity: normal

Dear Maintainer,

We see various misaligned accesses reported on the console and in the syslog
running apt-get on hppa:

http(13559): unaligned access to 0xfa703d49 at ip=0xf9f0a9bb
handle_unaligned: 37 callbacks suppressed
http(13810): unaligned access to 0xfa703d49 at ip=0xf9f0a9bb
http(13810): unaligned access to 0xfa703d49 at ip=0xf9f0a9c3
http(13810): unaligned access to 0xfa703d49 at ip=0xf9f0cdf3
http(13810): unaligned access to 0xfa703d49 at ip=0xf9f0cecf
http(13810): unaligned access to 0xfa703d4d at ip=0xf9f0c69b

This is upstream BZ 20243:
https://sourceware.org/bugzilla/show_bug.cgi?id=20243

A patch has been submitted here:
https://sourceware.org/ml/libc-alpha/2016-06/msg00679.html

It resolves the unaligned accesses without affecting the public headers
which expose the HEADER typedef.

Please add to the 2.22 patch set if okay.

Thanks,
Dave Anglin

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

Kernel: Linux 3.18.34+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libc6 depends on:
ii  libgcc4  1:6.1.1-6

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]  1.5.59
ii  glibc-doc  2.22-11
ii  libc-l10n  2.22-11
ii  locales2.22-11
ii  locales-all [locales]  2.22-11+b3

-- debconf information:
  glibc/disable-screensaver:
* libraries/restart-without-asking: true
  glibc/kernel-not-supported:
  glibc/restart-failed:
* glibc/upgrade: true
  glibc/kernel-too-old:
* glibc/restart-services: spamassassin ssh samba postfix openbsd-inetd cron atd

Bug#827702: GNOME doesn't support Synaptics driver anymore, makes touchpad support silently suck

[Ian McKellar]

Package: xserver-xorg-input-synaptics
Version: 1.8.3-2

I have a Thinkpad Yoga 2 Pro and have been using it happily for a couple of
years. I've used the Synaptics Xorg driver but suddenly after upgrading my
touchpad wasn't working right. The gnome-control-center mouse UI didn't
show any of the touchpad related controls, middle click didn't work and
while typing I would get taps so that my input would be moved around.

After some digging I noticed gnome-control-center printing the error
defined here:
  https://mail.gnome.org/archives/commits-list/2016-April/msg01118.html

I removed the xserver-xorg-input-synaptics package but forgot to --purge.
This completely broke my configuration because it left
/usr/share/X11/xorg.conf.d/60-synaptics.conf.
I removed that, restarted X and everything's better.

It's unclear to me if this is specifically a GNOME issue and/or what the
right migration path for users should be.

Ian

Bug#798631: NMU uploaded to DELAYED/10 for Bug#807656: flashbake: Please package new upstream version 0.27.1 so that Debian can drop python-enum

[Abhishek Dasgupta]

Dear Axel,

Thanks for the NMU, feel free to fast-forward it!

I no longer use flashbake, so if you are okay with adopting the
package, that would be great.

Regards
Abhishek


On Sun, 2016-06-19 at 21:50 +0200, Axel Beckert wrote:
> Control: tag -1 + pending
> 
> Dear Abhishek,
> 
> I wrote on 11th of December 2015:
> > Debian wants to get rid of the more or less obsolete python-enum
> > library. See e.g. https://github.com/commandline/flashbake/issues/2
> > 2
> > 
> > Upstream has released a new version of flashbake which depends on
> > the
> > prefered python-enum34 library instead. Debian's flashbake package
> > no
> > more depend on python-enum is only one of two remaining packages
> > which
> > are in the way of the python-enum removal. (See
> > https://bugs.debian.org/800805 for the issue in the other remaining
> > reverse dependency.)
> > 
> > This bug report may be raised in severity once we're getting closer
> > to
> > the python-enum removal.
> 
> I've just uploaded a non-maintainer upload (NMU) containing the new
> upstream release 0.27.1 (and hence fixing #807656) to DELAYED/10
> (will
> soon show up on https://ftp-master.debian.org/deferred.html) so that
> Debian finally can remove python-enum from the unstable archive in
> about 10 days.
> 
> The NMU also fixes #7986316 (new upstream homepage URL), the
> debian/watch file (which failed to find the most recent upstream
> version) and building the package twice in a row (additional files
> needed to be cleaned up).
> 
> Attached is a debdiff which contains all packaging changes, i.e. does
> not include the upstream changes. This is mainly because upstream
> moved around most files and a full debdiff would be about twice the
> size of the upstream code. :-/ The debdiff was generated with the
> following command:
> 
>   debdiff flashbake_0.26.2-5.1.dsc flashbake_0.27.1-0.1.dsc |
> filterdiff -i "*/debian/*"
> 
> I've also pushed the changes to the collab-maint git repo on Alioth
> into the branch "nmu":
> https://anonscm.debian.org/cgit/collab-maint/flashbake.git/log/?h=nmu
> I'll merge that branch into master once the NMU has been ACCEPTED.
> 
> Feel free to tell me in case I should delay the NMU longer or if I
> should fast-forward it.
> 
>   Regards, Axel

Bug#827701: neutron-server: Does not honor neutron/region-name

[Turbo Fredriksson]

Package: neutron-server
Version: 2:8.0.0-2
Severity: important

Even though "europe-london" was specified, I still end up with "regionOne" in 
the
config file.

- s n i p -
bladeA01b:~# grep regionOne /etc/neutron/neutron.conf
region_name = regionOne
bladeA01b:~# debconf-get-selections | egrep '^neutron-server' | grep 
neutron/region-name
neutron-server  neutron/region-name string  europe-london
- s n i p -

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

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

Versions of packages neutron-server depends on:
ii  adduser 3.114
ii  debconf [debconf-2.0]   1.5.59
ii  init-system-helpers 1.35
ii  lsb-base9.20160601
ii  neutron-common  2:8.0.0-2
ii  python-openstackclient  2.3.0-2
ii  python-q-text-as-data [q-text-as-data]  1.4.0-1

neutron-server recommends no packages.

neutron-server suggests no packages.

-- debconf information:
* neutron/keystone-admin-password: (password omitted)
* neutron/keystone-ip: 10.0.4.1
* neutron/keystone-project-name: admin
* neutron/region-name: europe-london
* neutron/keystone-admin-name: admin
* neutron/endpoint-ip: 10.0.4.1

Bug#765076: general: No way to have a clean chroot for building packages

[Santiago Vila]

On Sun, Jun 19, 2016 at 06:19:09PM +0100, Simon McVittie wrote:
> Package: init
> Version: 1.34
> 
> On Mon, 13 Oct 2014 at 13:12:42 +0200, Santiago Vila wrote:
> > Before systemd arrived, it was possible to have a chroot free from
> > init packages (not needed to build packages).
> 
> This was the case in jessie due to the transitional packages necessary
> to move from sysvinit to systemd-sysv|sysvinit-core. In stretch, it
> should now be possible again: init is non-Essential, and has dropped
> from Priority: required to Priority: important.

Unfortunately, as of today, it is not anymore possible to upgrade from
jessie to stretch:

# apt-get upgrade
[...]
# apt-get dist-upgrade
[...]
E: This installation run will require temporarily removing the essential 
package sysvinit-utils:amd64 due to a Conflicts/Pre-Depends loop. This is often 
bad, but if you really want to do it, activate the APT::Force-LoopBreak option.
E: Internal Error, Could not early remove sysvinit-utils:amd64 (2)


I can reproduce this on a jessie system with very few packages
installed and this single line in sources.list:

deb http://httpredir.debian.org/debian stretch main


If this problem is the result of fixing this bug, I would rather keep
the bug unfixed and leave things as before.

Thanks.

Bug#827562: [Pkg-xfce-devel] Bug#827562: task-xfce-desktop: Depends on light-locker Should Be Recommends

[Leo L. Schwab]

On Sun, Jun 19, 2016 at 11:24:13AM +0200, Yves-Alexis Perez wrote:
> So yes, we *want* light-locker in the default Debian Xfce desktop. But that
> doesn't mean you can't use something else with the Xfce desktop environment
> under debian: just remove light-locker. Yes, it'll remove task-xfce-desktop
> (except that I've never seen it installed after a standard installer run, but
> I don't do that very often either), but task-xfce-desktop is just a
> metapackage anyway.
> 
> I hope the position is clearer now?
> 
Your position is entirely clear and reasonable.  It's the
implementation I'm having trouble with.

When you install task-xfce-desktop, from a dependency standpoint, it
becomes the "parent" of all things XFCE -- the task is marked as manually
installed; its dependencies are marked as automatically installed, and will
be deleted by the package manager when everything that depends on them goes
away.  If you then delete task-xfce-desktop, all its dependencies lose their
parent, and aptitude happily cleans up all of XFCE.

I admit I'm walking off the edge of my knowledge of Debian policy
and implementation arcana here.  It may be that Debian 'task' packages are
treated specially, and packages installed via a 'task' aren't marked as
automatically installed.  If that's indeed the case, then my bug report is
moot.  If not, then I believe more thought is called for here.

Schwab

Bug#827697: [pkg-go] Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

[Martín Ferrari]

On 19/06/16 20:47, Dmitry Smirnov wrote:

> I would be happy to upload updated package but I've noticed that "upstream" 
> branch follows upstream history so "gbp import-orig" would break it and I'm 
> not sure how to handle such repository configuration...

I have just done it. These are the steps:

$ git remote add upstream https://github.com/shirou/gopsutil
$ git pull upstream
$ git checkout upstream
$ git merge v2.1
$ git tag upstream/2.1
$ git checkout master
$ git merge upstream/2.1
$ uscan --force-download
$ pristine-tar commit ../golang-github-shirou-gopsutil_2.1.orig.tar.gz
upstream/2.1


I also fixed some tests that fail, and various bits. I am just confused
as to why you removed the Build-Using field in control..

-- 
Martín Ferrari (Tincho)

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

[Sergio Durigan Junior]

Control: tags -1 - moreinfo

Hi Andrey,

Thanks for the review.  Comments below.

On Sunday, June 19 2016, Andrey Rahmatullin wrote:

> The package generates quite a lot of lintian output:
>
> P: newlisp source: source-contains-prebuilt-java-object 
> guiserver/guiserver.jar

This file is generated by guiserver/Makefile.  It is a jar file created
From the .java files under guiserver/java.

> P: newlisp source: source-contains-prebuilt-windows-binary 
> qa-specific-tests/ffitest.dylib

This is a test file.  TBH I am not completely sure about what to do with
it; there doesn't seem to be a source code available for this file
(although it was written by a contributor), and apparently it could be
removed (and some tests could be adjusted) without impacting Debian.  Or
we could just ignore it.

> I: newlisp source: vcs-field-uses-insecure-uri vcs-browser 
> http://git.sergiodj.net/?p=debian/newlisp.git;a=summary
> I: newlisp source: vcs-field-uses-insecure-uri vcs-git 
> git://git.sergiodj.net/debian/newlisp.git

These two are temporary.  I don't have a repository on alioth to push
the code, and I don't use https on my server.  I'll replace them as soon
as I set up a repo on alioth.

> P: newlisp source: debian-watch-may-check-gpg-signature

Upstream unfortunately does not provide a GPG signature for the package.
I will get in touch with them and request that they make one available.

> I: newlisp: spelling-error-in-manpage usr/share/man/man1/newlisp.1.gz Excute 
> Execute
> I: newlisp: spelling-error-in-manpage usr/share/man/man1/newlisp.1.gz Excute 
> Execute
> I: newlisp: spelling-error-in-manpage usr/share/man/man1/newlispdoc.1.gz 
> documetation documentation

Somehow I thought that these were not worth fixing with local patches,
but hey, it doesn't hurt.  They're fixed now.

> W: newlisp: unusual-interpreter usr/bin/newlispdoc #!newlisp
> W: newlisp: unusual-interpreter usr/share/newlisp/util/syntax.cgi #!newlisp
>
> Out of these, the unusual-interpreter tags are blockers as I don't know
> how such shebangs could work.

The shebangs are right in the original files.  They are:

  #!/usr/bin/env newlisp

I guess lintian evaluates this expression somehow and displays the wrong
shebang in the warnings.  Also, I intend to contact the lintian
maintainers as soon as the package is uploaded so that they can add
newlisp to the list of known interpreters.

> Please don't use manual -dbg subpackage creation as nowadays Debian
> creates -dbgsym subpackages automatically.

Done.  I had forgotten about the -dbgsym, thanks.

> debian/newlisp-docs.docs looks like a dh_make cruft, please remove it.

Ops, you're right.  Removed.

> You don't seem to need buildflags.mk and DPKG_EXPORT_BUILDFLAGS as you use
> dh_auto_build.

Removed, thanks.

I have rebuilt the package with the fixes and re-uploaded it to mentors.

Thanks for the help!

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


signature.asc
Description: PGP signature

Bug#827700: RFS: cplay/1.50-1 [NMU]

[David Jones]

Package: sponsorship-requests
Severity: important

Dear mentors,

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

* Package name: cplay
  Version : 1.50-1
  Upstream Author : Tomi Pieviläinen 
* URL : https://github.com/hukka/cplay
* License : GPL-2
  Section : sound

It builds those binary packages:

  cplay - A front-end for various audio players

To access further information about this package, please visit the
following URL:
https://mentors.debian.net/package/cplay


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

  dget -x https://mentors.debian.net/debian/pool/main/c/cplay/cplay_1.50-1.dsc

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

Changes since the last upload:

 * Non-maintainer upload.
 * New upstream release (Closes: #279000, #375060, #413738)
 * Converted to quilt (3.0) (Closes: #664311)
 * Updated debhelper level to 9 (Closes: #817410, #808639)
 * Updated standards version to 3.9.8
 * Updated menu file
 * Updated watch file (Closes: #449776, #691239)
 * Refreshed patches and removed if included upstream
 * Converted copyright to DEP-5

Regards,
  David William Richmond Jones

Bug#826346: ITP: pegtl -- Parsing Expression Grammar Template Library

[Muri Nicanor]

hi!

On 06/19/2016 09:27 PM, Andrey Rahmatullin wrote:
> Please remove commented out dh_make cruft from debian/rules.
done

> Consider changing the license of debian/ to the one used by the upstream.
done

new upload of pegtl is already on mentors

cheers,
-- 
muri



signature.asc
Description: OpenPGP digital signature

Bug#827640: ripit: Throws Perl warning on startup: "Unescaped left brace in regex is deprecated, passed through in regex"

[Elimar Riesebieter]

* Elimar Riesebieter  [2016-06-19 22:07 +0200]:

> Hi Axel,
> 
> * Axel Beckert  [2016-06-19 01:14 +0200]:
> 
> > Package: ripit
> > Version: 4.0.0~beta20140508-1
> > 
> > Dear Elimar,
> > 
> > starting up ripit without any parameters and having an audio CD in the
> > CD-ROM drive throws the following Perl warning:
> > 
> > ---8<---
> > → ripit
> > Unescaped left brace in regex is deprecated, passed through in regex; 
> > marked by <-- HERE in m/(\\%(?:\\=)?(\w|\\{ <-- HERE 
> > (?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))/ at /usr/share/perl5/MP3/Tag.pm 
> > line 2611.
> 
> /usr/share/perl5/MP3/Tag.pm is part of libmp3-tag-perl which ripit
> relies on. So do we have to reassign this bug?

Attached patch (source diff) makes ripit to run fine, but I am not sure whether
this has an impact to other apps.

Elimar
-- 
  On the keyboard of life you have always
  to keep a finger at the escape key;-)
diff -Naurd a/lib/MP3/Tag.pm b/lib/MP3/Tag.pm
--- a/lib/MP3/Tag.pm	2016-06-19 22:19:34.0 +0200
+++ b/lib/MP3/Tag.pm	2016-06-19 22:25:43.968542369 +0200
@@ -2607,7 +2607,7 @@
 my ($self, $pattern) = @_;
 $pattern = "^\Q$pattern\E\$";
 # unquote %. and %=. and %={WHATEVER} and %{WHATEVER}
-$pattern =~ s<(\\%(?:\\=)?(\w|\\{(?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))>
+$pattern =~ s<(\\%(?:\\=)?(\w|\\(?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))>
 		 ( __unquote($1) )ge;
 # $pattern =~ s/(\\%(?:\\=)?)(\w|\\(\W))/$unquote{$1}$+/g;
 return $self->parse_rex_prepare($pattern);


signature.asc
Description: PGP signature

Bug#827699: debhelper: [INTL: de] Updated German translation

[Chris Leick Freenet]

Package: debhelper
Version: 9.20160618.1
Severity: wishlist
Tags: l10n patch


Hi Niels,

please find attached the newest German translation of debhelper.
Thanks to Eduard Bloch for proof reading.

Kind regards,
Chris

Bug#827640: ripit: Throws Perl warning on startup: "Unescaped left brace in regex is deprecated, passed through in regex"

[Axel Beckert]

Control: reassign -1 libmp3-tag-perl
Control: forcemerge 809352 -1
Control: affects -1 ripit

Hi Elimar,

Elimar Riesebieter wrote:
> > Unescaped left brace in regex is deprecated, passed through in regex; 
> > marked by <-- HERE in m/(\\%(?:\\=)?(\w|\\{ <-- HERE 
> > (?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))/ at /usr/share/perl5/MP3/Tag.pm 
> > line 2611.
> 
> /usr/share/perl5/MP3/Tag.pm is part of libmp3-tag-perl which ripit
> relies on.

Gna, my fault. Should have noticed that myself.

> So do we have to reassign this bug?

Yes, done with this mail. Thanks for the notice.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#824063: fails to work with disks with different formatting

[Prof . Dr . Flávio M Matsumoto]

Current Linux kernel image has been changed to version 4.6.0 but same 
errors are detected. I'm still stuck on version 4.4.0 kernel.

Bug#802721: lintian: mojibake in HTML documentation

[Jakub Wilk]

* Niels Thykier , 2016-06-19, 18:59:
The HTML files in /usr/share/doc/lintian/lintian.html/ are written in 
UTF-8, but they don't have any encoding declarations. This makes 
Iceweasel display mojibake like "§5.1".


Indeed.

Sadly I got no clue on how to fix that (without "fixing up" the output 
with a home-grown post-processor).


Post-processing HTML output might not such a bad idea, at least in the 
short run.


docbook2html manpage says that "for the moment, jw does not handle XML, 
but only SGML", so it's not surprising that it doesn't fully grok our 
XML file. And this tool had last upstream release in 2004, so perhaps we 
should migrate to something more modern, like docbook-xsl.


--
Jakub Wilk

Bug#827696: [PATCH] checkrestart: Skip files under /dev (Closes: #827696)

[Peter Colberg]

---
 checkrestart | 10 ++
 1 file changed, 2 insertions(+), 8 deletions(-)

diff --git a/checkrestart b/checkrestart
index 42a9574..7a13ff8 100755
--- a/checkrestart
+++ b/checkrestart
@@ -474,8 +474,8 @@ def isdeletedFile (f, blacklist = None):
 # Or about files under /tmp
 if f.startswith('/tmp/'):
 return 0
-# Or about files under /dev/shm
-if f.startswith('/dev/shm/'):
+# Or about files under /dev
+if f.startswith('/dev/'):
 return 0
 # Or about files under /run
 if f.startswith('/run/'):
@@ -486,12 +486,6 @@ def isdeletedFile (f, blacklist = None):
 # Or about files under /var/tmp and /var/local/tmp
 if f.startswith('/var/tmp/') or f.startswith('/var/local/tmp/'):
 return 0
-# Or /dev/zero
-if f.startswith('/dev/zero'):
-return 0
-# Or /dev/pts (used by gpm)
-if f.startswith('/dev/pts/'):
-return 0
 # Or /usr/lib/locale
 if f.startswith('/usr/lib/locale/'):
 return 0
-- 
2.8.1

Bug#827696: [PATCH] checkrestart: Skip hugepages files (used by qemu)

[Peter Colberg]

On Sun, Jun 19, 2016 at 09:59:21PM +0200, Axel Beckert wrote:
> I wonder if we shouldn't ignore everything under /dev/?

Indeed, please see the followup patch.

Regards,
Peter

Bug#827640: ripit: Throws Perl warning on startup: "Unescaped left brace in regex is deprecated, passed through in regex"

[Elimar Riesebieter]

Hi Axel,

* Axel Beckert  [2016-06-19 01:14 +0200]:

> Package: ripit
> Version: 4.0.0~beta20140508-1
> 
> Dear Elimar,
> 
> starting up ripit without any parameters and having an audio CD in the
> CD-ROM drive throws the following Perl warning:
> 
> ---8<---
> → ripit
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/(\\%(?:\\=)?(\w|\\{ <-- HERE 
> (?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))/ at /usr/share/perl5/MP3/Tag.pm 
> line 2611.

/usr/share/perl5/MP3/Tag.pm is part of libmp3-tag-perl which ripit
relies on. So do we have to reassign this bug?

Elimar
-- 
  Alles was viel bedacht wird ist bedenklich!;-)
 Friedrich Nietzsche

Bug#827695: [pkg-php-pear] Bug#827695: zendframework: Rename zend-framework in Ubuntu to allow for a package sync

[David Prévot]

Hi,

Le 19/06/2016 à 15:35, Nishanth Aravamudan a écrit :
> Package: zendframework
> Version: 1.12.18+dfsg-1
[…]
> I am hoping to get rid of the Ubuntu zend-framework package and simply
> sync the zendframework package from Debian. 

I’m not clear about why Debian should carry Ubuntu-specific hacks for
Ubuntu-specific transitions. Why not simply make those changes directly
in the zend-framework Ubuntu-specific package?

zendframework is targeted for removal ASAP anyway. Any help into fixing
the current reverse dependencies would be welcome, some bugs already
filed are affecting zendframework, maybe more need to be filed.

https://bugs.debian.org/zendframework

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#705548: josm: backport josm

[Sebastiaan Couwenberg]

Control: tags -1 pending

Now that the embedded metadata-extractor is used, packporting josm has
less impact.

No newer version of libmetadata-extractor-java is required for josm now,
which would break its other reverse dependencies (gpsprune & tika).

Backporting josm requires backporting jmapviewer, which breaks freeplane.

Until freeplane is backported, the jmapviewer backports and freeplane
from stable won't be co-installable.

Kind Regards,

Bas

Bug#824662: smtpping -- A simple, portable tool for measuring SMTP

[Ana C. Custura]

retitle 824662 ITP: smtpping -- A simple, portable tool for measuring
SMTP
owner 824662 !
thanks

Hi,

I'm working on this. :)

Ana

Bug#827696: [PATCH] checkrestart: Skip hugepages files (used by qemu)

[Axel Beckert]

Hi,

Peter Colberg wrote:
> --- a/checkrestart
> +++ b/checkrestart
> @@ -477,6 +477,9 @@ def isdeletedFile (f, blacklist = None):
>  # Or about files under /dev/shm
>  if f.startswith('/dev/shm/'):
>  return 0
> +# Or about files under /dev/hugepages (used by qemu)
> +if f.startswith('/dev/hugepages/'):
> +return 0

I wonder if we shouldn't ignore everything under /dev/?

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#827698: Depends on zendframework, but zendframework is going away

[David Prévot]

Package: php-letodms-lucene
Version: 1.1.1-2
Severity: important
Control: affects -1 zendframework

Hi,

php-letodms-lucene depends on zendframework (version 1), but this
package is unlikely to make it in Stretch: we intend to ship version 3
of zendframework, that is maintained in separate packages (associated
with separate upstream components). We’d thus like to get rid of the
zendframework package as soon as possible now that Jessie got released.

I’ve not looked at how Zend is actually used, but feel free to point it
new packages that will be needed in order to ensure smooth upgrade.

Do not hesitate to stay in touch with the Debian PHP PEAR Maintainers
team  if you need any help moving
forward.

Regards

David


signature.asc
Description: PGP signature

Bug#798631: NMU uploaded to DELAYED/10 for Bug#807656: flashbake: Please package new upstream version 0.27.1 so that Debian can drop python-enum

[Axel Beckert]

Hi again,

Axel Beckert wrote:
> The NMU also fixes #7986316 (new upstream homepage URL),

Meh. This should have been #798631, not #7986316. It's correct in the
uploaded package, though.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#827696: [PATCH] checkrestart: Skip hugepages files (used by qemu)

[Peter Colberg]

---
 checkrestart | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/checkrestart b/checkrestart
index 42a9574..190a997 100755
--- a/checkrestart
+++ b/checkrestart
@@ -477,6 +477,9 @@ def isdeletedFile (f, blacklist = None):
 # Or about files under /dev/shm
 if f.startswith('/dev/shm/'):
 return 0
+# Or about files under /dev/hugepages (used by qemu)
+if f.startswith('/dev/hugepages/'):
+return 0
 # Or about files under /run
 if f.startswith('/run/'):
 return 0
-- 
2.8.1

Bug#807656: NMU uploaded to DELAYED/10 for Bug#807656: flashbake: Please package new upstream version 0.27.1 so that Debian can drop python-enum

[Axel Beckert]

Control: tag -1 + pending

Dear Abhishek,

I wrote on 11th of December 2015:
> Debian wants to get rid of the more or less obsolete python-enum
> library. See e.g. https://github.com/commandline/flashbake/issues/22
> 
> Upstream has released a new version of flashbake which depends on the
> prefered python-enum34 library instead. Debian's flashbake package no
> more depend on python-enum is only one of two remaining packages which
> are in the way of the python-enum removal. (See
> https://bugs.debian.org/800805 for the issue in the other remaining
> reverse dependency.)
> 
> This bug report may be raised in severity once we're getting closer to
> the python-enum removal.

I've just uploaded a non-maintainer upload (NMU) containing the new
upstream release 0.27.1 (and hence fixing #807656) to DELAYED/10 (will
soon show up on https://ftp-master.debian.org/deferred.html) so that
Debian finally can remove python-enum from the unstable archive in
about 10 days.

The NMU also fixes #7986316 (new upstream homepage URL), the
debian/watch file (which failed to find the most recent upstream
version) and building the package twice in a row (additional files
needed to be cleaned up).

Attached is a debdiff which contains all packaging changes, i.e. does
not include the upstream changes. This is mainly because upstream
moved around most files and a full debdiff would be about twice the
size of the upstream code. :-/ The debdiff was generated with the
following command:

  debdiff flashbake_0.26.2-5.1.dsc flashbake_0.27.1-0.1.dsc | filterdiff -i 
"*/debian/*"

I've also pushed the changes to the collab-maint git repo on Alioth
into the branch "nmu":
https://anonscm.debian.org/cgit/collab-maint/flashbake.git/log/?h=nmu
I'll merge that branch into master once the NMU has been ACCEPTED.

Feel free to tell me in case I should delay the NMU longer or if I
should fast-forward it.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
diff -Nru flashbake-0.26.2/debian/changelog flashbake-0.27.1/debian/changelog
--- flashbake-0.26.2/debian/changelog   2015-08-20 00:27:42.0 +0200
+++ flashbake-0.27.1/debian/changelog   2016-06-19 20:52:40.0 +0200
@@ -1,3 +1,19 @@
+flashbake (0.27.1-0.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Use "releases" in addition to "downloads" in watch file so that the
+current upstream release can be found, too.
+  * Import new upstream release to be able to switch from the to be
+removed python-enum to the preferred python-enum34. (Closes: #807656)
++ Drop the only patch 10-drop-tests.patch (obsolete)
++ Update paths in debian/copyright according to renamed directories.
+  * List src/flashbake.egg-info/ in debian/clean to be able to build the
+package twice in a row.
+  * Set Homepage header and URL in debian/copyright to
+https://github.com/commandline/flashbake (Closes: #798631)
+
+ -- Axel Beckert   Sun, 19 Jun 2016 19:00:57 +0200
+
 flashbake (0.26.2-5.1) unstable; urgency=medium
 
   [ Harlan Lieberman-Berg ]
diff -Nru flashbake-0.26.2/debian/clean flashbake-0.27.1/debian/clean
--- flashbake-0.26.2/debian/clean   1970-01-01 01:00:00.0 +0100
+++ flashbake-0.27.1/debian/clean   2016-06-19 20:52:40.0 +0200
@@ -0,0 +1 @@
+src/flashbake.egg-info/
diff -Nru flashbake-0.26.2/debian/control flashbake-0.27.1/debian/control
--- flashbake-0.26.2/debian/control 2015-08-20 00:27:42.0 +0200
+++ flashbake-0.27.1/debian/control 2016-06-19 20:52:40.0 +0200
@@ -5,14 +5,14 @@
 X-Python-Version: >= 2.5
 Build-Depends: debhelper (>= 7.0.50~), python-setuptools, dh-python, python
 Standards-Version: 3.9.0
-Homepage: http://bitbucketlabs.net/flashbake/
+Homepage: https://github.com/commandline/flashbake
 Vcs-Git: git://anonscm.debian.org/collab-maint/flashbake.git
 Vcs-Browser: 
http://anonscm.debian.org/gitweb?p=collab-maint/flashbake.git;a=summary
 
 Package: flashbake
 Architecture: all
 Depends: ${misc:Depends}, ${python:Depends},
- python-enum (>=0.4.3), python-feedparser (>=4.1),
+ python-enum34 (>=1.0.3), python-feedparser (>=4.1),
  python-setuptools,
  git-core | git (>= 1:1.7)
 Description: automated snapshots with git
diff -Nru flashbake-0.26.2/debian/copyright flashbake-0.27.1/debian/copyright
--- flashbake-0.26.2/debian/copyright   2010-07-14 17:26:10.0 +0200
+++ flashbake-0.27.1/debian/copyright   2016-06-19 20:52:40.0 +0200
@@ -1,21 +1,21 @@
 Format-Specification: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?rev=135
 Name: flashbake
-Source: http://bitbucketlabs.net/flashbake/
+Source: https://github.com/commandline/flashbake
 
 Files: *
 Copyright: 2009, 2010 Thomas Gideon
 License: GPL-3+
 
-Files: flashbake/plugins/growl.py
+Files: src/flashbake/plugins/g

Bug#827697: golang-github-shirou-gopsutil: Please update to latest release

[Dmitry Smirnov]

Source: golang-github-shirou-gopsutil
Version: 1.0.0+git20160112-1
Severity: normal
X-Debbugs-CC: iwama...@debian.org

Please upload latest upstream release (at least one package is held by the 
dependency).

Upstream is now tagging releases.

I would be happy to upload updated package but I've noticed that "upstream" 
branch follows upstream history so "gbp import-orig" would break it and I'm 
not sure how to handle such repository configuration...

Please advise.

-- 
Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

What is the truth, but a lie agreed upon.
-- Friedrich Nietzsche


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

Bug#827696: checkrestart: Skip hugepages files (used by qemu)

[Peter Colberg]

Package: debian-goodies
Version: 0.64
Severity: normal
Tags: upstream patch

Dear Maintainer,

checkrestart erroneously flags qemu for restart due to deleted files
when qemu is using hugepages (-mem-prealloc -mem-path /dev/hugepages):

[DEBUG] Process /usr/bin/qemu-system-x86_64 (PID: 3959) 
List of deleted files in use:
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83 (deleted)
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83 (deleted)
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83 (deleted)
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83 (deleted)
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83 (deleted)
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83
/dev/hugepages/qemu_back_mem.pc.ram.L6SM83 (deleted)

Could you please commit the followup patch against debian-goodies?

Regards,
Peter

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

[Jakub Wilk]

* Andrey Rahmatullin , 2016-06-20, 00:25:

W: newlisp: unusual-interpreter usr/bin/newlispdoc #!newlisp
W: newlisp: unusual-interpreter usr/share/newlisp/util/syntax.cgi #!newlisp

Out of these, the unusual-interpreter tags are blockers as I don't know 
how such shebangs could work.


The Lintian output is misleading; the actual shebangs look like this:
#!/usr/bin/env newlisp

--
Jakub Wilk

Bug#827131: xserver-xorg-video-intel: user connot login in kde

[Jürgen Bausa]

I now found out which option is causing the trouble:

If I use 'Xrender' on the 'Erweitert' Tab of 'Arbeitsflächen-Effekte 
einrichten' 
in 'Systemeinstellungen' in KDE, I cannot login to KDE.

Switching to 'OpenGL 3.1' allows me to login again.

Jürgen

Bug#827483: [pkg-horde] Bug#827483: php-horde-mapi: fix autopkgtest errors

[Nish Aravamudan]

On 19.06.2016 [21:30:48 +0200], Mathieu Parent wrote:
> )Control: clone -1 -2
> Control: reassign -1 php-horde-mapi 1.0.8-2
> Control: tag -1 + patch
> Control: tag -2 + patch wontfix
> 
> 2016-06-19 9:46 GMT+02:00 Nish Aravamudan :
> > On 18.06.2016 [16:50:23 -0400], David Prévot wrote:
> [...]
> >> I disagree, and stand to what I’ve written in the last changelog entry:
> >>
> >>   Actually fixing the constructors requires to also fix all their calls,
> >>   both internally and externally. This backward-incompatible change has
> >>   been achieved in version 2 of phpseclib, packaged in Debian as
> >>   php-phpseclib to ensure co-installability. (Closes: #819420)
> 
> Okay. I agree with you David.
> 
> > Right, my original patch in this e-mail was just to quieten the
> > deprecated call from this testcase, as it's not really a failure (any
> > output on stderr is treated as a failure).
> >
> >> From http://phpseclib.sourceforge.net/:
> >>
> >>   The 2.0 branch has pretty much the exact same API as the 1.0 branch,
> >>   save for that it is namespaced, uses PHP5-style constructors (thereby
> >>   avoiding E_DEPRECATED errors) and requires the use of an autoloader.
> [...]
> > Agreed, and perhaps something like the attached (which passes
> > autopkgtests for me) can be applied to Debian's package (and we can sync
> > in Ubuntu) and massaged to be sent upstream? I apologize if this is way
> > off-base, I'm not all a PHP developer :)
> 
> Thanks Nish. You patch looks good.
> 
> Some notes:
> - In d/control, use php-phpseclib (>= 2~) as < and > operators are
> obsolete (see man:dpkg(1))

Got it, thanks!

> - "use phpseclib\Math;" is probably not needed as you use fully
> qualified names after (see
> http://php.net/manual/en/language.namespaces.importing.php)

Good point, I'll test and fix this up.

> - Can you send this upstream (using github.com/horde/horde or bugs.horde.org)?

Yep, I'll do this first thing Monday!

Thanks again for your help!

-Nish

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#827695: zendframework: Rename zend-framework in Ubuntu to allow for a package sync

[Nishanth Aravamudan]

Package: zendframework
Version: 1.12.18+dfsg-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

For reference:
https://bugs.launchpad.net/ubuntu/+source/zend-framework/+bug/1593024

I am hoping to get rid of the Ubuntu zend-framework package and simply
sync the zendframework package from Debian. Said package is currently
blacklisted in Ubuntu due to
https://bugs.launchpad.net/ubuntu/+source/zendframework/+bug/580507 (and
some more details in
https://bugs.launchpad.net/ubuntu/+source/zend-framework/+bug/1052423).

To that end, per https://wiki.debian.org/Renaming_a_Package Method 2, I
would like to see if you would consider taking the following patch,
which allows for proper upgrading from 16.04 -> 16.10 via:

  * zend-framework -> zendframework transition (LP: #1593024):
- Define transitionaly dummy packages for zend-framework,
  libzend-framework-php, and zend-framework-bin, which were all
  binary packages from src:zend-framework.
- Modify the definitions of zendframework and zendframework-bin to
  Replace & Break the zend-framework versions before this one.

I did also have one question, before you apply the same patch, though:
the zend-framework package in Ubuntu used a different upstream tarball
which included the 'extras' library from ZF1. Is there any interest in
Debian packaging the same? Either way, I probably need to modify the
patch to also B/R libzend-framework-zend-php -- I asked in the Ubuntu
bug just recently on the best way forward, as semantically zendframework
does break libzend-framework-zend-php (versioned), but doesn't replace
it.

Thanks for considering the patch.

*** /tmp/tmpZP39jt/zendframework_1.12.18+dfsg-1ubuntu1.debdiff
diff -Nru zendframework-1.12.18+dfsg/debian/control 
zendframework-1.12.18+dfsg/debian/control
--- zendframework-1.12.18+dfsg/debian/control   2016-04-13 13:38:23.0 
-0700
+++ zendframework-1.12.18+dfsg/debian/control   2016-06-19 00:50:42.0 
-0700
@@ -28,8 +28,8 @@
   php-xml,
   php-zip,
   ${phpcomposer:Debian-suggest}
-Replaces: ${phpcomposer:Debian-replace}
-Breaks: ${phpcomposer:Debian-conflict}, ${phpcomposer:Debian-replace}
+Replaces: zend-framework (<< 1.12.18+dfsg-1~), libzend-framework-php (<< 
1.12.18+dfsg-1~), ${phpcomposer:Debian-replace}
+Breaks: zend-framework (<< 1.12.18+dfsg-1~), libzend-framework-php (<< 
1.12.18+dfsg-1~), ${phpcomposer:Debian-conflict}, ${phpcomposer:Debian-replace}
 Provides: zend-framework, ${phpcomposer:Debian-provide}
 Description: powerful PHP framework
  Extending the art & spirit of PHP, Zend Framework is based on simplicity,
@@ -42,6 +42,8 @@
 Package: zendframework-bin
 Architecture: all
 Depends: php-cli, zendframework, ${misc:Depends}
+Replaces: zend-framework-bin (<< 1.12.18+dfsg-1~)
+Breaks: zend-framework-bin (<< 1.12.18+dfsg-1~)
 Description: binary scripts for zendframework
  Extending the art & spirit of PHP, Zend Framework is based on simplicity,
  object-oriented best practices, corporate friendly licensing, and a rigorously
@@ -60,3 +62,27 @@
  reliable, and modern Web 2.0 applications & web services, and consuming widely
  available APIs from leading vendors like Google, Amazon, Yahoo!, Flickr, as
  well as API providers and cataloguers like StrikeIron and ProgrammableWeb.
+
+Package: libzend-framework-php
+Depends: zendframework, ${misc:Depends}
+Architecture: all
+Priority: extra
+Section: oldlibs
+Description: transitional dummy package
+ This is a transitional dummy package. It can safely be removed.
+
+Package: zend-framework
+Depends: zendframework, ${misc:Depends}
+Architecture: all
+Priority: extra
+Section: oldlibs
+Description: transitional dummy package
+ This is a transitional dummy package. It can safely be removed.
+
+Package: zend-framework-bin
+Depends: zendframework-bin, ${misc:Depends}
+Architecture: all
+Priority: extra
+Section: oldlibs
+Description: transitional dummy package
+ This is a transitional dummy package. It can safely be removed.


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

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

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#827483: [pkg-horde] Bug#827483: php-horde-mapi: fix autopkgtest errors

[Mathieu Parent]

)Control: clone -1 -2
Control: reassign -1 php-horde-mapi 1.0.8-2
Control: tag -1 + patch
Control: tag -2 + patch wontfix

2016-06-19 9:46 GMT+02:00 Nish Aravamudan :
> On 18.06.2016 [16:50:23 -0400], David Prévot wrote:
[...]
>> I disagree, and stand to what I’ve written in the last changelog entry:
>>
>>   Actually fixing the constructors requires to also fix all their calls,
>>   both internally and externally. This backward-incompatible change has
>>   been achieved in version 2 of phpseclib, packaged in Debian as
>>   php-phpseclib to ensure co-installability. (Closes: #819420)

Okay. I agree with you David.

> Right, my original patch in this e-mail was just to quieten the
> deprecated call from this testcase, as it's not really a failure (any
> output on stderr is treated as a failure).
>
>> From http://phpseclib.sourceforge.net/:
>>
>>   The 2.0 branch has pretty much the exact same API as the 1.0 branch,
>>   save for that it is namespaced, uses PHP5-style constructors (thereby
>>   avoiding E_DEPRECATED errors) and requires the use of an autoloader.
[...]
> Agreed, and perhaps something like the attached (which passes
> autopkgtests for me) can be applied to Debian's package (and we can sync
> in Ubuntu) and massaged to be sent upstream? I apologize if this is way
> off-base, I'm not all a PHP developer :)

Thanks Nish. You patch looks good.

Some notes:
- In d/control, use php-phpseclib (>= 2~) as < and > operators are
obsolete (see man:dpkg(1))
- "use phpseclib\Math;" is probably not needed as you use fully
qualified names after (see
http://php.net/manual/en/language.namespaces.importing.php)
- Can you send this upstream (using github.com/horde/horde or bugs.horde.org)?

I'll apply your patch once I have some time to test.

Regards
-- 
Mathieu Parent

Bug#826346: ITP: pegtl -- Parsing Expression Grammar Template Library

[Andrey Rahmatullin]

Control: tags -1 + moreinfo
Control: owner -1 !

Please remove commented out dh_make cruft from debian/rules.
Consider changing the license of debian/ to the one used by the upstream.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

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

[Andrey Rahmatullin]

Control: tags -1 + moreinfo
Control: owner -1 !


The package generates quite a lot of lintian output:

P: newlisp source: source-contains-prebuilt-java-object guiserver/guiserver.jar
P: newlisp source: source-contains-prebuilt-windows-binary 
qa-specific-tests/ffitest.dylib
I: newlisp source: vcs-field-uses-insecure-uri vcs-browser 
http://git.sergiodj.net/?p=debian/newlisp.git;a=summary
I: newlisp source: vcs-field-uses-insecure-uri vcs-git 
git://git.sergiodj.net/debian/newlisp.git
P: newlisp source: debian-watch-may-check-gpg-signature
I: newlisp: spelling-error-in-manpage usr/share/man/man1/newlisp.1.gz Excute 
Execute
I: newlisp: spelling-error-in-manpage usr/share/man/man1/newlisp.1.gz Excute 
Execute
I: newlisp: spelling-error-in-manpage usr/share/man/man1/newlispdoc.1.gz 
documetation documentation
W: newlisp: unusual-interpreter usr/bin/newlispdoc #!newlisp
W: newlisp: unusual-interpreter usr/share/newlisp/util/syntax.cgi #!newlisp

Out of these, the unusual-interpreter tags are blockers as I don't know
how such shebangs could work.

Please don't use manual -dbg subpackage creation as nowadays Debian
creates -dbgsym subpackages automatically.

debian/newlisp-docs.docs looks like a dh_make cruft, please remove it.

You don't seem to need buildflags.mk and DPKG_EXPORT_BUILDFLAGS as you use
dh_auto_build.


-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#826890: [Pkg-javascript-devel] Bug#826890: Bug#826890: nodejs: not Multi-Arch: foreign

[Jérémy Lal]

2016-06-19 19:18 GMT+02:00 Jérémy Lal :

> 2016-06-10 2:05 GMT+02:00 Jonas Smedegaard :
>
>> Quoting Thorsten Glaser (2016-06-10 00:38:25)
>> > Jonas Smedegaard dixit:
>> >> Uhm, wouldn't it make more sense to instead file bugreports against
>> >> stuff like node-iglify, to get _more_ of Debian multiarch'ified?
>> >
>> > node-uglify is arch:all, therefore there’s nothing to be done
>> > for this package.
>>
>> Ahh, right.  Thanks for pointing out the (now) obvious) :-)
>>
>
> If it is just a matter of adding Multi-Arch: foreign, i can do it right
> now, but
> i would have no clue what i would be doing... Any advice is welcome.
>
>
After further reading, i think (but i'm still quite confused about
multiarch)
there might be some complication with the fact node c++ addons are
linked against the binary /usr/bin/nodejs.

(This situation will improve with the ability to build a shared libnode.so,
but it's not even released and probably won't be backported to current 4.x)

Jérémy

Bug#827694: ruby-gnome2: Please package new version 3.0.8

[Jeremy Bicha]

Source: ruby-gnome2
Version: 2.2.5-5
Severity: wishlist


ruby-gnome 3.0 has been available since September 2015. The new
versions use GObject Introspection for full API coverage of GTK3 and
related libraries.

Thanks,
Jeremy Bicha

Bug#827529: RFS: asciiquarium/1.1-1 [ITP #823693]

[Andrey Rahmatullin]

Control: tags -1 + moreinfo
Control: owner -1 !

The package produces quite a lot of lintian output:

W: asciiquarium source: syntax-error-in-dep5-copyright line 11: Duplicate field 
files.
W: asciiquarium source: out-of-date-standards-version 3.9.6 (current is 3.9.8)
I: asciiquarium source: debian-watch-file-is-missing
W: asciiquarium: new-package-should-close-itp-bug
E: asciiquarium: copyright-contains-dh_make-todo-boilerplate
I: asciiquarium: extended-description-is-probably-too-short
W: asciiquarium: menu-command-not-in-package usr/share/menu/asciiquarium:2 
usr/bin/asciiquarium

I won't repeat these problems below.


debian/patches:
- first of all, naming a patch (or any other file) just "Makefile" is
  wrong because it's not a Makefile. And patches should be named *.patch.
- but the patch is not really needed as everything it does is to add a
  working "make install" command and you can do the installation in
  debian/rules instead, by adding an override_dh_auto_install target.

debian/outfile: what is this? seems like an accidentally added file.

asciiquarium-docs.docs: what is this? you don't have a asciiquarium-docs
package.

debian/changelog: "Build for Debian unstable." is not a good first entry,
it should be "Initial package" instead (with an appropriate Closes:
addition, as reported by lintian).

debian/rules:
- it has a lot of commented dh_make boilerplate, please remove it if you
  don't need it.
- you don't need to call dh_* commands in overrides if you know they won't
  do anything

debian/copyright:
- it says "GPL-2.0" but a comment in the main program file says "either
  version 2 of the License, or (at your option) any later version."

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#827693: adding logs and gdb

[g soft]

[Sun Jun 19 06:25:02.603416 2016] [core:notice] [pid 6916:tid
134356776200064] AH00094: Command line: '/usr/sbin/apache2'
[Sun Jun 19 06:25:07.444587 2016] [mpm_event:notice] [pid 6916:tid
134356776200064] AH00493: SIGUSR1 received.  Doing graceful restart
[Sun Jun 19 06:25:07.484307 2016] [mpm_event:notice] [pid 6916:tid
134356776200064] AH00489: Apache/2.4.10 (Debian) OpenSSL/1.0.1k
mod_perl/2.0.9dev Perl/v5.20.2 configured -- resuming normal operations
[Sun Jun 19 06:25:07.484326 2016] [core:notice] [pid 6916:tid
134356776200064] AH00094: Command line: '/usr/sbin/apache2'
[Sun Jun 19 12:21:30.486083 2016] [core:notice] [pid 6916:tid
134356776200064] AH00052: child pid 6990 exit signal Segmentation fault (11)
[Sun Jun 19 13:21:36.368290 2016] [core:notice] [pid 6916:tid
134356776200064] AH00052: child pid 5351 exit signal Segmentation fault (11)
[Sun Jun 19 15:22:59.320210 2016] [mpm_event:notice] [pid 6916:tid
134356776200064] AH00491: caught SIGTERM, shutting down
[Sun Jun 19 15:23:00.536564 2016] [mpm_event:notice] [pid 20781:tid
119978398734208] AH00489: Apache/2.4.10 (Debian) OpenSSL/1.0.1k
mod_perl/2.0.9dev Perl/v5.20.2 configured -- resuming normal operations
[Sun Jun 19 15:23:00.536597 2016] [core:notice] [pid 20781:tid
119978398734208] AH00094: Command line: '/usr/sbin/apache2'
[Sun Jun 19 17:22:34.249996 2016] [core:notice] [pid 20781:tid
119978398734208] AH00051: child pid 20784 exit signal Segmentation fault
(11), possible coredump in /tmp/apache-coredumps


root@ns3023045:~# apache2ctl -M
Loaded Modules:
 core_module (static)
 so_module (static)
 watchdog_module (static)
 http_module (static)
 log_config_module (static)
 logio_module (static)
 version_module (static)
 unixd_module (static)
 access_compat_module (shared)
 alias_module (shared)
 auth_basic_module (shared)
 authn_core_module (shared)
 authn_file_module (shared)
 authz_core_module (shared)
 authz_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 filter_module (shared)
 mime_module (shared)
 mpm_event_module (shared)
 negotiation_module (shared)
 perl_module (shared)
 proxy_module (shared)
 proxy_ajp_module (shared)
 proxy_http_module (shared)
 rewrite_module (shared)
 setenvif_module (shared)
 socache_shmcb_module (shared)
 ssl_module (shared)
 status_module (shared)
 userdir_module (shared)

root@ns3023045:~# LANG=EN_en;gdb /usr/sbin/apache2 --core
/tmp/apache-coredumps/core
GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/sbin/apache2...Reading symbols from
/usr/lib/debug//usr/sbin/apache2...done.
done.

warning: core file may not match specified executable file.
[New LWP 20784]
[New LWP 20812]
[New LWP 20802]
[New LWP 20806]
[New LWP 20810]
[New LWP 20804]
[New LWP 20814]
[New LWP 20816]
[New LWP 20818]
[New LWP 20820]
[New LWP 20822]
[New LWP 20824]
[New LWP 20826]
[New LWP 20827]
[New LWP 20828]
[New LWP 20829]
[New LWP 20830]
[New LWP 20831]
[New LWP 20832]
[New LWP 20834]
[New LWP 20835]
[New LWP 20836]
[New LWP 20837]
[New LWP 20838]
[New LWP 20833]
[New LWP 20808]
[New LWP 20839]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/usr/sbin/apache2 -k start'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x6d1ea5278add in read () at ../sysdeps/unix/syscall-template.S:81
81../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) info sharedlibrary
(gdb) info sharedlibrary
>FromTo  Syms Read   Shared Object Library
No  linux-vdso.so.1
0x6d1ea58e6710  0x6d1ea59350c5  Yes (*)
/lib/x86_64-linux-gnu/libpcre.so.3
0x6d1ea56c57e0  0x6d1ea56daf7f  Yes (*)
/usr/lib/x86_64-linux-gnu/libaprutil-1.so.0
0x6d1ea5493e90  0x6d1ea54af7cf  Yes (*)
/usr/lib/x86_64-linux-gnu/libapr-1.so.0
0x6d1ea526f9f0  0x6d1ea527b771  Yes
/lib/x86_64-linux-gnu/libpthread.so.0
0x6d1ea4ede4a0  0x6d1ea500ac73  Yes
/lib/x86_64-linux-gnu/libc.so.6
0x6d1ea4cbd620  0x6d1ea4cbece7  Yes (*)
/lib/x86_64-linux-gnu/libuuid.so.1
0x6d1ea4ab6350  0x6d1ea4ab906c  Yes
/lib/x86_64-linux-gnu/librt.so.1
0x6d1ea487dcc0  0x6d1

Bug#827528: RFS: libterm-animation-perl/2.6-1 [ITP: #823693]

[Andrey Rahmatullin]

You don't seem to have a separate ITP for this package, please fix this.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#802721: lintian: mojibake in HTML documentation

[Niels Thykier]

Control: tags -1 confirmed help

On Thu, 22 Oct 2015 22:39:56 +0200 Jakub Wilk  wrote:
> Package: lintian
> Version: 2.5.38
> 
> The HTML files in /usr/share/doc/lintian/lintian.html/ are written in 
> UTF-8, but they don't have any encoding declarations. This makes 
> Iceweasel display mojibake like "§5.1".
> 
> -- 
> Jakub Wilk
> 
> 

Indeed.

Sadly I got no clue on how to fix that (without "fixing up" the output
with a home-grown post-processor).  Help welcome.

Thanks,
~Niels

Bug#827693: apache2 is geting a lot of segmentation fault

[Wojtas]

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

Dear Maintainer,

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

   * What led up to the situation?
   * 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?

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


-- Package-specific info:

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

Kernel: Linux 3.14.32--grs-ipv6-64 (SMP w/8 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

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

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.35

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  links [www-browser]  2.8-2+b3
ii  lynx-cur [www-browser]   2.8.9dev1-2+deb8u1

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

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  links [www-browser]  2.8-2+b3
ii  lynx-cur [www-browser]   2.8.9dev1-2+deb8u1

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

-- Configuration Files:
/etc/apache2/apache2.conf changed [not included]
/etc/init.d/apache2 changed [not included]
/etc/logrotate.d/apache2 changed [not included]

-- no debconf information

Bug#741412: exim4: process crashed with signal 11 while delivering

[Christian Hilgers]

On Tue, May 31, 2016 at 09:46:55AM +0200, Marc Haber wrote:

Hi Marc,

> is this bug still present?

I cannot confirm at the moment as the box is unreachable
for me. But I did several updates in the past and so I am
pretty sure that I have exim with GNU-TLS active.

Feel free to close as fixed

Thanks

Christian
-- 
Christian Hilgers   ch...@familie-hilgers.com

Bug#767905: kwallet: after upgrade from jessie to stretch kwalletmanager doesn't see my old wallets

[Paul Gevers]

Hmm,

On 19-06-16 19:53, Paul Gevers wrote:
> So I installed kde-runtime again and with the Migration block still
> removed, I was able to import one wallet (the password for the first
> wallet it tried to open was in second one, as it is a legacy wallet that
> I don't always remember to update when I update my passwords). I'll
> figure it out thanks.

And I fail to migrate my main wallet, it doesn't seem to accept my
password. My main wallet was already of the gpg type, so maybe that is
related? The blog mentioned before said: "that’ll eventually be the
moment to switch to GPG wallets." Also the following quote worries me
slightly: "The migration assistant will preserve wallet names" as the
wallet created with KDE5 has the same name (default) as my old wallet.

So of my three original wallets, I am have so far only been able to
import one older one.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#827643: other bug reports

[David Lechner]

Here are some related bug reports:

https://bugs.launchpad.net/debian/+source/imagemagick/+bug/1594060
https://github.com/ImageMagick/ImageMagick/pull/223

Bug#827670:

[Janos LENART]

Apologies for that.

I have already uploaded a fix for this problem and it should appear in
unstable in a few minutes and in testing within 2 days.

Bug#767905: kwallet: after upgrade from jessie to stretch kwalletmanager doesn't see my old wallets

[Paul Gevers]

Hi all,

On 19-06-16 11:29, Martin Steigerwald wrote:
> I get the impression you may need to delete the "[Migration]" configuration 
> block completely.

Did that, didn't help.

> Please review the complete blog entry and the comments and check whether you 
> find a solution that works for you. I suggest you try exactly the steps 
> Valentin described and also have kde-runtime installed for /usr/bin/kwalletd. 
> (But I think your kwallet system wouldn´t work otherwise, so I bet it is 
> installed.)

kde-runtime was NOT installed. It was one of the requirements that got
uninstalled to let me migrate to stretch. But that would be an other
bug, however unfortunately I lost my logging do a failure to hibernate
so I can't properly report it.

So I installed kde-runtime again and with the Migration block still
removed, I was able to import one wallet (the password for the first
wallet it tried to open was in second one, as it is a legacy wallet that
I don't always remember to update when I update my passwords). I'll
figure it out thanks.

Seems like a dependency is missing here or there.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#827634: ftplugin/man.vim: Does not handle window narrower than terminal width

[Josh Triplett]

On Sun, Jun 19, 2016 at 12:49:24PM -0400, James McCoy wrote:
> On Sat, Jun 18, 2016 at 03:41:35PM -0700, Josh Triplett wrote:
> > The :Man command, provided by /usr/share/vim/vim74/ftplugin/man.vim,
> > always renders the manpage at the width of the terminal, not the width
> > of the man window in vim.
> 
> Actually, it seems to use the width of your window at the time that the
> script is sourced.

Looks like the width of the window the first time you invoke :Man, yeah.
So it doesn't adapt if you resize the Vim window *or* the buffer.

> > Ideally, I'd love to see the manpage re-rendered when the width changes
> > (or perhaps with C-l or similar), but at a minimum :Man should take the
> > current window width into account.
> 
> Yes, it should use the width of the window at the time the command is
> run.

Sounds good.

Bug#810295: WARNING: Serious error when reading debug info

[Max Dmitrichenko]

Package: valgrind
Version: 1:3.11.0-1
Followup-For: Bug #810295

Please find a debdiff in attachment. Backported from the upstream.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 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 valgrind depends on:
ii  libc6  2.22-11
ii  libc6-dbg  2.22-11

Versions of packages valgrind recommends:
ii  gdb   7.10-1.1
ii  valgrind-dbg  1:3.11.0-1

Versions of packages valgrind suggests:
pn  alleyoop  
pn  kcachegrind   
pn  valgrind-mpi  
pn  valkyrie  

-- no debconf information
diff -Nru valgrind-3.11.0/debian/changelog valgrind-3.11.0/debian/changelog
--- valgrind-3.11.0/debian/changelog	2015-09-25 11:41:20.0 +
+++ valgrind-3.11.0/debian/changelog	2016-06-19 00:01:35.0 +
@@ -1,3 +1,10 @@
+valgrind (1:3.11.0-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add 15_compressed.patch - support compressed debug info (closes: #810295)
+
+ -- Max Dmitrichenko   Sat, 18 Jun 2016 23:32:04 +
+
 valgrind (1:3.11.0-1) unstable; urgency=medium
 
   * New upstream release (Closes: #800013)
diff -Nru valgrind-3.11.0/debian/patches/15_compressed.patch valgrind-3.11.0/debian/patches/15_compressed.patch
--- valgrind-3.11.0/debian/patches/15_compressed.patch	1970-01-01 00:00:00.0 +
+++ valgrind-3.11.0/debian/patches/15_compressed.patch	2016-06-19 00:19:52.0 +
@@ -0,0 +1,1990 @@
+--- a/NEWS
 b/NEWS
+@@ -36,6 +36,10 @@
+ * Intel AVX2 support is more complete (64 bit targets only).  On AVX2
+   capable hosts, the simulated CPUID will now indicate AVX2 support.
+ 
++* Valgrind is able to read compressed debuginfo sections in two formats:
++  - zlib ELF gABI format with SHF_COMPRESSED flag (gcc option -gz=zlib)
++  - zlib GNU format with .zdebug sections (gcc option -gz=zlib-gnu)
++
+ *  TOOL CHANGES 
+ 
+ * Memcheck:
+@@ -197,6 +201,7 @@
+ 269360  s390x: Fix addressing mode selection for compare-and-swap
+ 302630  Memcheck: Assertion failed: 'sizeof(UWord) == sizeof(UInt)'
+ == 326797
++303877  valgrind doesn't support compressed debuginfo sections
+ 312989  ioctl handling needs to do POST handling on generic ioctls and [..]
+ 319274  Fix unhandled syscall: unix:410 (sigsuspend_nocancel) on OS X
+ 324181  mmap does not handle MAP_32BIT (handle it now, rather than fail it)
+--- a/configure.ac
 b/configure.ac
+@@ -1202,6 +1202,11 @@
+ ])
+ 
+ 
++# Check for ELF32/64_CHDR
++ 
++AC_CHECK_TYPES([Elf32_Chdr, Elf64_Chdr], [], [], [[#include ]])
++
++
+ # Check for PTHREAD_RWLOCK_T
+ 
+ AC_MSG_CHECKING([for pthread_rwlock_t])
+@@ -2076,6 +2081,45 @@
+ CFLAGS=$safe_CFLAGS
+ 
+ 
++# does this compiler support -g -gz=zlib ?
++
++AC_MSG_CHECKING([if gcc accepts -g -gz=zlib])
++
++safe_CFLAGS=$CFLAGS
++CFLAGS="-g -gz=zlib"
++
++AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[ ]], [[
++  return 0;
++]])], [
++ac_have_gz_zlib=yes
++AC_MSG_RESULT([yes])
++], [
++ac_have_gz_zlib=no
++AC_MSG_RESULT([no])
++])
++AM_CONDITIONAL(GZ_ZLIB, test x$ac_have_gz_zlib = xyes)
++CFLAGS=$safe_CFLAGS
++
++
++# does this compiler support -g -gz=zlib-gnu ?
++
++AC_MSG_CHECKING([if gcc accepts -g -gz=zlib-gnu])
++
++safe_CFLAGS=$CFLAGS
++CFLAGS="-g -gz=zlib-gnu"
++
++AC_COMPILE_IFELSE([AC_LANG_PROGRAM([[ ]], [[
++  return 0;
++]])], [
++ac_have_gz_zlib_gnu=yes
++AC_MSG_RESULT([yes])
++], [
++ac_have_gz_zlib_gnu=no
++AC_MSG_RESULT([no])
++])
++AM_CONDITIONAL(GZ_ZLIB_GNU, test x$ac_have_gz_zlib_gnu = xyes)
++CFLAGS=$safe_CFLAGS
++
+ # does this compiler support nested functions ?
+ 
+ AC_MSG_CHECKING([if gcc accepts nested functions])
+@@ -3386,6 +3430,9 @@
+ ])
+ AM_CONDITIONAL(SOLARIS_RESERVE_SYSSTAT_ZONE_ADDR, test x$solaris_reserve_sysstat_zone_addr = xyes)
+ 
++AC_CHECK_TYPES([Elf32_Chdr, Elf64_Chdr], [], [], [[#include ]])
++
++
+ else
+ AM_CONDITIONAL(SOLARIS_SUN_STUDIO_AS, false)
+ AM_CONDITIONAL(SOLARIS_XPG_SYMBOLS_PRESENT, false)
+--- a/coregrind/Makefile.am
 b/coregrind/Makefile.am
+@@ -348,6 +348,7 @@
+ 	m_debuginfo/readmacho.c \
+ 	m_debuginfo/readpdb.c \
+ 	m_debuginfo/storage.c \
++	m_debuginfo/tinfl.c \
+ 	m_debuginfo/tytypes.c \
+ 	m_demangle/cp-demangle.c \
+ 	m_demangle/cplus-dem.c \
+--- a/coregrind/m_debuginfo/image.c
 b/coregrind/m_debuginfo/image.c
+@@ -45,6 +45,8 @@
+ #include "priv_image.h"/* self */
+ 
+ #include "minilzo.h"
++#define TINFL_HEADER_FILE_ONLY
++#include "tinfl.c"
+ 
+ /* These values (1024 entries of 8192 bytes each) gives a cache
+size of 8MB. */
+@@ -53,15 +55,29 @@
+ 
+ #define CACHE_ENTRY_SIZE  (1 << CACHE_ENTRY_SIZE_BITS)
+ 
++#define COMMPRESSED_SLICE_ARRAY_GROW_SIZE 64
++
+ /* An entry in the cache. */
+ typedef
+struct {
+-  DiOffT off; // file offset for data[0]
+-  SizeT  used; // 1 .. sizeof(

Bug#827691: flashplugin-nonfree: still loads version ...621 when ...626 is the new version that corrects a serious security fault

[Michael Knoop]

Package: flashplugin-nonfree
Version: 1:3.6.1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * 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?

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



-- Package-specific info:
Debian version: 8.5
Architecture: amd64
Package version: 1:3.6.1
Adobe Flash Player version: LNX 11,2,202,621
MD5 checksums:
160a01dd00527304e5291e65eb0c65e2  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
93b1d70ff91d6814677540f0700244a2  
/var/cache/flashplugin-nonfree/install_flash_player_11_linux.x86_64.tar.gz
4882ca499c2d8adf73c75ff683af63c6  
/usr/lib/flashplugin-nonfree/libflashplayer.so
Alternatives:
flash-mozilla.so - auto mode
  link currently points to 
/usr/lib/flashplugin-nonfree/libflashplayer.so
/usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50
Current 'best' version is 
'/usr/lib/flashplugin-nonfree/libflashplayer.so'.
lrwxrwxrwx 1 root root 34 Jun 19 12:16 
/usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so
/usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to 
/etc/alternatives/flash-mozilla.so

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

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

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.25-5
ii  ca-certificates20141019+deb8u1
ii  debconf [debconf-2.0]  1.5.56
ii  gnupg  1.4.18-7+deb8u1
ii  libatk1.0-02.14.0-1
ii  libcairo2  1.14.0-2.1+deb8u1
ii  libcurl3-gnutls7.38.0-4+deb8u3
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgcc11:4.9.2-10
ii  libglib2.0-0   2.42.1-1+b1
ii  libgtk2.0-02.24.25-3+deb8u1
ii  libnspr4   2:4.10.7-1+deb8u1
ii  libnss32:3.17.2-1.1+deb8u2
ii  libpango1.0-0  1.36.8-3
ii  libstdc++6 4.9.2-10
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16-1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.34-1
pn  hal
ii  iceweasel  45.2.0esr-1~deb8u1
pn  konqueror-nsplugins
pn  ttf-mscorefonts-installer  
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#827666: [Fwd: Freciv in Stretch]

[Markus Koschany]

On 19.06.2016 19:25, Marko Lindqvist wrote:
> On 19 June 2016 at 19:33, Markus Koschany  wrote:
>>
>> Debian has been providing both clients in the past but Jacob Nevins
>> insisted that we should remove the gtk3 client because it was too
>> experimental. Did this situation change in the meantime? Is the client
>> stable enough for being supported in Stretch?
> 
>  I don't think you ever provided them both simultaneously. I hope
> Jacob to clarify his opinion himself, but I think we had some
> misunderstanding last time. We wanted (and for freeciv-2.5 still want)
> gtk2-client as the default one (one you get with 'apt-get install
> freeciv') but also to have gtk3-client as an alternative to it (like
> sdl-client and qt-client already are).

We provided both clients in one package back then. The reasons for
removing the gtk3 client were "it was too experimental" and "Latest
update of gtk+-3 libraries seem to have broken our   gtk3-client
quite completely" (your quote from #766185)

I don't mind packaging the gtk3 client separately, just make up your
mind because it must be supported if it should be part of a stable release.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#816502: Adopting gummi

[Hugo Lefeuvre]

retitle 816502 ITA: gummi -- GTK+ based LaTeX editor with live preview
owner 816502 Hugo Lefeuvre 
thanks

Hi,

I have interest in adopting gummi.

Alexander: If you want to co-maintain the package, that's not a problem for
me, simply get in touch with the Debian Science Team[0] to get an access to
the Git repository, I can sponsor your work.

Cheers,
 Hugo (hle)

[0] https://wiki.debian.org/DebianScience

-- 
 Hugo Lefeuvre (hle)|www.owl.eu.com
4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E


signature.asc
Description: PGP signature

Bug#827666: [Fwd: Freciv in Stretch]

[Marko Lindqvist]

On 19 June 2016 at 19:33, Markus Koschany  wrote:
>
> Debian has been providing both clients in the past but Jacob Nevins
> insisted that we should remove the gtk3 client because it was too
> experimental. Did this situation change in the meantime? Is the client
> stable enough for being supported in Stretch?

 I don't think you ever provided them both simultaneously. I hope
Jacob to clarify his opinion himself, but I think we had some
misunderstanding last time. We wanted (and for freeciv-2.5 still want)
gtk2-client as the default one (one you get with 'apt-get install
freeciv') but also to have gtk3-client as an alternative to it (like
sdl-client and qt-client already are).


 - ML

Bug#826890: [Pkg-javascript-devel] Bug#826890: nodejs: not Multi-Arch: foreign

[Jérémy Lal]

2016-06-10 2:05 GMT+02:00 Jonas Smedegaard :

> Quoting Thorsten Glaser (2016-06-10 00:38:25)
> > Jonas Smedegaard dixit:
> >> Uhm, wouldn't it make more sense to instead file bugreports against
> >> stuff like node-iglify, to get _more_ of Debian multiarch'ified?
> >
> > node-uglify is arch:all, therefore there’s nothing to be done
> > for this package.
>
> Ahh, right.  Thanks for pointing out the (now) obvious) :-)
>

If it is just a matter of adding Multi-Arch: foreign, i can do it right
now, but
i would have no clue what i would be doing... Any advice is welcome.

Jérémy

Bug#825349: how-can-i-help: also show bugs tagged help

[Tomasz Nitecki]

Hey,

Apart from a minor code modification, it will also require a minor
change in the hcih script on the UDD side. I'll try to add it, when I'm
done with how-can-i-help update.


Regards,
T.




signature.asc
Description: OpenPGP digital signature

Bug#827690: ITP: ruby-fog-azure -- azure module for fog

[Pirate Praveen]

package: wnpp
severity: wishlist
owner: Pirate Praveen 

from rubygems.org









signature.asc
Description: OpenPGP digital signature

Bug#826935: how-can-i-help: option to ignore removals more than X days in the future

[Tomasz Nitecki]

Hey,

I'm working on a how-can-i-help code cleanup (plus adding some tests),
I'll add this option when I'm done with that.


Regards,
T.



signature.asc
Description: OpenPGP digital signature

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

[Paul Gevers]

Hi,

On 16-06-16 20:06, Paul Gevers wrote:
> I am going to try if installing the previous kernel actually helps and
> report back in one or two days.

I reverted to version 3.16.7-ckt25-1 on Thursday, and haven't seen the
issue since.
Jun 16 20:27:44 fuji sudo: paul : TTY=pts/0 ; PWD=/home/paul ;
USER=root ; COMMAND=/usr/bin/dpkg -i
/var/cache/apt/archives/linux-image-3.16.0-4-kirkwood_3.16.7-ckt25-1_armel.deb

But just to be honest and complete, also not all traffic for this NAS is
going via the dongle anymore, as it is now also connect via UTP wire.
Furthermore, due to its location, it is also missing the audio USB.

Paul




signature.asc
Description: OpenPGP digital signature

Bug#827650: system crashes using HDMI

[Simon McVittie]

Control: reassign 827650 general
Control: tags 827650 + moreinfo

On Sun, 19 Jun 2016 at 10:49:56 +0200, Karsten Malcher wrote:
> Package: libglib2.0-data
> Version: 2.42.1-1
> Severity: important

There isn't enough information in your report to diagnose which specific
component is crashing or how to fix it, but it certainly isn't a bug in
libglib2.0-data, which only contains translated versions of messages in
various languages. I would recommend contacting some user support channel
such as those listed on  for advice on
how to determine which component is crashing, where to report the bug
to have the report be most useful, and what other information you would
need to supply for a maintainer to be able to find and fix the bug.

> console-kit-daemon[1810]: console-kit-daemon[1810]: GLib-CRITICAL: Source ID 
> 44 was not found when attempting to remove it
> console-kit-daemon[1810]: GLib-CRITICAL: Source ID 44 was not found when 
> attempting to remove it

This particular warning is probably harmless. Even if console-kit-daemon
was crashing, that shouldn't normally have the effect of bringing down
the rest of your system.

S

Bug#827689: prosody: Also search plugins in /usr/local?

[Elrond]

Package: prosody
Version: 0.9.10-1
Severity: wishlist

Hi,

Prosody has a bunch of extra modules/plugins, that might be
added by the admin. I think, they should be placed in
/usr/local and not in /usr/lib.

So could you add the following to the default
prosody.cfg.lua?

-- Also search for plugins/modules here:
plugin_paths = { "/usr/local/lib/prosody/modules" }

You might also want to create that path?


While you're at it, could you please remove the example.com
section from the main prosody.cfg.lua? It was moved into
the conf.avail/example* file anyway. We don't need the
example stuff two times, really.


Cheers

Elrond

Bug#827634: [patch] Detect window width every time :Man is called

[James McCoy]

Currently, man.vim lets $MANWIDTH, if it is empty, to the width of
the window at that time.  If :Man is later called in a different sized
window, the results will look wrong.

The attached patch lets $MANWIDTH to an empty value after running man,
if it was empty to start with.  This restores the state of $MANWIDTH, so
the width will be updated the next time :Man is used.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB
diff --git i/runtime/ftplugin/man.vim w/runtime/ftplugin/man.vim
index 43f343a..3698a39 100644
--- i/runtime/ftplugin/man.vim
+++ w/runtime/ftplugin/man.vim
@@ -160,10 +160,15 @@ func GetPage(...)
 
   setl ma nonu nornu nofen
   silent exec "norm 1GdG"
+  let unsetwidth = 0
   if empty($MANWIDTH)
 let $MANWIDTH = winwidth(0)
+let unsetwidth = 1
   endif
   silent exec "r!/usr/bin/man ".s:GetCmdArg(sect, page)." | col -b"
+  if unsetwidth
+let $MANWIDTH = ''
+  endif
   " Remove blank lines from top and bottom.
   while getline(1) =~ '^\s*$'
 silent keepj norm ggdd

Bug#827005: how-can-i-help: hides bug numbers for removals caused by dependencies

[Tomasz Nitecki]

Hey,

Those bug numbers are already filtered out in the data dump generated by
how-can-i-help script on the UDD side. I'll look into it.

Thanks for reporting that.


Regards,
T.



signature.asc
Description: OpenPGP digital signature

Bug#827634: ftplugin/man.vim: Does not handle window narrower than terminal width

[James McCoy]

On Sat, Jun 18, 2016 at 03:41:35PM -0700, Josh Triplett wrote:
> The :Man command, provided by /usr/share/vim/vim74/ftplugin/man.vim,
> always renders the manpage at the width of the terminal, not the width
> of the man window in vim.

Actually, it seems to use the width of your window at the time that the
script is sourced.

> Ideally, I'd love to see the manpage re-rendered when the width changes
> (or perhaps with C-l or similar), but at a minimum :Man should take the
> current window width into account.

Yes, it should use the width of the window at the time the command is
run.

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