Bug#799567: RM: pennmush -- RoQA; unmaintained in Debian; FTBFS

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

Hi,

please consider removing pennmush from Debian. It is not maintained in
Debian (though upstream is still active[1]): the last maintainer
upload was in 2008 with a NMU to fix a build failure in 2012.
Currently it FTBFS again[2].

Ansgar

  [1] 
  [2] 

Bug#799046: dpkg-architecture: please mention "target machine" applies to cross-compilers only

[Ansgar Burchardt]

Package: dpkg-dev
Version: 1.17.25
Severity: minor
File: /usr/bin/dpkg-architecture

Hi,

I was wondering what the difference between "host machine" and "target
machine" is. Clearly the compiler has to build binaries for the target
machine.

>From dpkg's changelog I understand that "target machine" is the target
architecture when building cross-compilers. It would be nice if
man:dpkg-architecture(1) would mention this (i.e. that "target
machine" only applies for cross-compilers).

Ansgar

Bug#798024: typo in clblas-ppc64el patch ?

[Ansgar Burchardt]

Ghislain Vaillant  writes:
> In the patch you provided, d/rules is modified with:
>
>  # Uncomment this to turn on verbose mode.
>  #export DH_VERBOSE=1
>
> +DEB_HOST_ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH)
> +
>  export DEB_BUILD_MAINT_OPTIONS = hardening=+all
>  export DEB_CFLAGS_MAINT_APPEND = -Wall -pedantic
>  export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
>
> +ifeq ($(DEB_BUILD_ARCH), ppc64el)
> +DEB_CFLAGS_MAINT_APPEND += -mno-altivec
> +endif
> +
>  %:
>   dh $@ --sourcedirectory=src \
>   --buildsystem=cmake \
>
> Isn't it s/DEB_HOST_ARCH/DEB_BUILD_ARCH at the beginning?

I think it should be DEB_HOST_ARCH (also below).
>From man:dpkg-architecture(1):

| build machine: The machine the package is built on.
| host machine: The machine the package is built for.

and I assume this is not for some helper programs intended to be run as
part of the build (on the build machine), but for the binaries that
should end up in the package.

Ansgar

Bug#798952: RM: libdune-grid-2.3.1 libdune-grid-dbg libdune-grid-dev libdune-grid-glue-2.3.0 libdune-grid-glue-dbg libdune-grid-glue-dev libdune-pdelab-2.0.0 libdune-pdelab-dev [mips mipsel] -- ROM; d

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

dune-grid fails to build on mips[1] and mipsel[2] due to buildds not
having enough RAM. Please remove the outdated binaries of dune-grid
and their reverse dependencies from unstable.

Ansgar

  [1] 

  [2] 

Bug#798817: emacs24: gnus displays remote html content by default

[Ansgar Burchardt]

Package: emacs24
Version: 24.5+1-1
Severity: important

Gnus displays remote HTML content, such as (tracking) images, by
default. I noticed this when reading [1] on debian-user@l.d.o.

Most other mail clients (Evolution, Icedove) disallow remote content
by default and require explicit confirmation. I think gnus should
follow this example.

Ansgar

  [1] 
https://lists.debian.org/55f42a0a712cf_70bf3fc4828aabc09192...@prod-rs-r13.mail

-- System Information:
Debian Release: 8.2
  APT prefers stable
  APT policy: (500, 'stable'), (100, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages emacs24 depends on:
ii  emacs24-bin-common 24.5+1-1
ii  gconf-service  3.2.6-3
ii  libacl12.2.52-2
ii  libasound2 1.0.28-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libdbus-1-31.8.20-0+deb8u1
ii  libfontconfig1 2.11.0-6.3
ii  libfreetype6   2.5.2-3
ii  libgconf-2-4   3.2.6-3
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii  libgif44.1.6-11
ii  libglib2.0-0   2.42.1-1
ii  libgnutls-deb0-28  3.3.8-6+deb8u3
ii  libgomp1   5.1.1-14
ii  libgpm21.20.4-6.1+b2
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libice62:1.0.9-1+b1
ii  libjpeg62-turbo1:1.3.1-12
ii  libm17n-0  1.6.4-3
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  libotf00.9.13-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpng12-0 1.2.50-2+b2
ii  librsvg2-2 2.40.5-1
ii  libselinux12.3-2
ii  libsm6 2:1.2.2-1+b1
ii  libtiff5   4.0.3-12.3
ii  libtinfo5  5.9+20140913-1+b1
ii  libx11-6   2:1.6.2-3
ii  libxft22.3.2-1
ii  libxinerama1   2:1.1.3-1+b1
ii  libxml22.9.1+dfsg1-5
ii  libxpm41:3.5.11-1+b1
ii  libxrandr2 2:1.4.2-1+b1
ii  libxrender11:0.9.8-1+b1
ii  zlib1g 1:1.2.8.dfsg-2+b1

emacs24 recommends no packages.

Versions of packages emacs24 suggests:
ii  emacs24-common-non-dfsg  24.4+1-2

-- no debconf information

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

[Ansgar Burchardt]

Control: retitle -1 dak cruft-report should check Package-List field
Control: severity -1 normal

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

The cruft report does think so after some time (meh, heuristics are bad)
and packages are then removed by the ftp team after some time.

The proper solution is probably to have the cruft-report check the
source package's Package-List field that lists all packages built (and
on which architecture they are built).

Ansgar

Bug#797941: src:pbnj: maintainer address bounces

[Ansgar Burchardt]

Source: pbnj
Severity: serious
Tags: sid

The maintainer address for pbnj bounces, see below.

Given the package was last uploaded by the maintainer in 2007, maybe the
package should be orphaned?

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   ja...@ccs.neu.edu
> SMTP error from remote mail server after RCPT TO::
> host amber.ccs.neu.edu [129.10.116.51]: 550 unknown user
>
> -- This is a copy of the message, including all the headers. --
>
[...]
> To: ja...@ccs.neu.edu (Joshua D. Abraham), gregor herrmann 
> X-DAK: dak process-upload
> X-Debian: DAK
> X-Debian-Package: pbnj
> Precedence: bulk
> Auto-Submitted: auto-generated
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Subject: pbnj_2.04-4.1_sourceonly.changes ACCEPTED into unstable
> Message-Id: 
> Date: Mon, 31 Aug 2015 17:23:33 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Wed, 26 Aug 2015 18:37:26 +0200
> Source: pbnj
> Binary: pbnj
> Architecture: source
> Version: 2.04-4.1
> Distribution: unstable
> Urgency: medium
> Maintainer: Joshua D. Abraham 
> Changed-By: gregor herrmann 
> Closes: 795637
> Description: 
>  pbnj   - a suite of tools to monitor changes on a network
> Changes:
>  pbnj (2.04-4.1) unstable; urgency=medium
>  .
>* Non-maintainer upload.
>* Fix "FTBFS with perl 5.22 in experimental (MakeMaker changes)":
>  use DESTDIR in debian/rules.
>  (Closes: #795637)
> Checksums-Sha1: 
>  e639e9d6ffbf13ce22995a8d5dc3f98846f2d7d1 1959 pbnj_2.04-4.1.dsc
>  0a497e7c312526937613ff9238cbb7be0562293f 2841 pbnj_2.04-4.1.diff.gz
> Checksums-Sha256: 
>  717239508ec532f3f59e5f520efb511aa9e756680c358ca22237cdba294ab572 1959 
> pbnj_2.04-4.1.dsc
>  16f0653da19de1b6e2819ebd67a59fb047196320927b4674af612ce8d1594821 2841 
> pbnj_2.04-4.1.diff.gz
> Files: 
>  3563b6f8fab4f91601346ce046338bcb 1959 net optional pbnj_2.04-4.1.dsc
>  6b6fd5e1386e11c477ffa7647c632485 2841 net optional pbnj_2.04-4.1.diff.gz
>
>
>
> Thank you for your contribution to Debian.

Bug#797940: src:dh-elpa: maintainer address bounces

[Ansgar Burchardt]

Source: dh-elpa
Source-Version: 0.0.5
Severity: serious
X-Debbugs-Cc: David Bremner 

The maintainer address bounces. I guess the list is on
@lists.*alioth*.d.o, not @lists.d.o.

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   pkg-emacsen-add...@lists.debian.org
> SMTP error from remote mail server after RCPT 
> TO::
> host bendel.debian.org [2001:41b8:202:deb:216:36ff:fe40:4002]:
> 550 5.1.1 :
> Recipient address rejected: User unknown in virtual alias table
>
> -- This is a copy of the message, including all the headers. --
>
[...]
> To: Debian Emacs addons team , David 
> Bremner 
> X-DAK: dak process-upload
> X-Debian: DAK
> X-Debian-Package: dh-elpa
> Precedence: bulk
> Auto-Submitted: auto-generated
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Subject: dh-elpa_0.0.5_amd64.changes ACCEPTED into unstable
> Message-Id: 
> Date: Tue, 01 Sep 2015 22:48:40 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Tue, 01 Sep 2015 19:09:51 -0300
> Source: dh-elpa
> Binary: dh-elpa
> Architecture: source all
> Version: 0.0.5
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Emacs addons team 
> Changed-By: David Bremner 
> Description:
>  dh-elpa- Debian helper tools for packaging emacs lisp extensions
> Changes:
>  dh-elpa (0.0.5) unstable; urgency=medium
>  .
>* Use debian/.debhelper/elpa for temp files. This allows easier
>  debugging.
>* Add a check for ${elpa_name}-pkg.el in multi-file packages
>* Link all top level files/directories into flavour directory, not
>  just *.el
> Checksums-Sha1:
>  420e8199d3209bf93e9d0638850115225c2f397c 1322 dh-elpa_0.0.5.dsc
>  b9186e0a45e93b7b866be9b1dc35f4e323d7516b 6538 dh-elpa_0.0.5.tar.gz
>  96a54ce03351565dbdf677517dd63a5d3cd4072e 9168 dh-elpa_0.0.5_all.deb
> Checksums-Sha256:
>  7eedff75b9bccfefab070b50c65cee8285407f86b8ac5ac7fe3b595795ffc226 1322 
> dh-elpa_0.0.5.dsc
>  6a271064ef771a37e5294fc8aecdde5c704002e75d452cf15e692f076db2601d 6538 
> dh-elpa_0.0.5.tar.gz
>  15d36252953837d9479b7ce2323e3984732ede8b0ac6eac6b5e87816998b486e 9168 
> dh-elpa_0.0.5_all.deb
> Files:
>  79a210e59db78409cdbad319021e3285 1322 devel optional dh-elpa_0.0.5.dsc
>  a9528cafcfb0db785d409287c12c26e4 6538 devel optional dh-elpa_0.0.5.tar.gz
>  3a823e8fa1341519abb0b30e760e34ce 9168 devel optional dh-elpa_0.0.5_all.deb
>
>
>
> Thank you for your contribution to Debian.

Bug#797937: src:company-mode: maintainer address bounces

[Ansgar Burchardt]

Source: company-mode
Source-Version: 0.8.12-1
Severity: serious
X-Debbugs-Cc: David Bremner 

The maintainer address bounces. I guess the mailing list is
@lists.*alioth*.d.o, not @lists.d.o

Ansgar

Mail Delivery System  writes:
> This message was created automatically by mail delivery software.
>
> A message that you sent could not be delivered to one or more of its
> recipients. This is a permanent error. The following address(es) failed:
>
>   pkg-emacsen-add...@lists.debian.org
> SMTP error from remote mail server after RCPT 
> TO::
> host bendel.debian.org [2001:41b8:202:deb:216:36ff:fe40:4002]:
> 550 5.1.1 :
> Recipient address rejected: User unknown in virtual alias table
>
> -- This is a copy of the message, including all the headers. --
>
> Return-path: 
[...]
> To: Debian Emacs addons team , David 
> Bremner 
> X-DAK: dak process-policy
> X-Debian: DAK
> X-Debian-Package: company-mode
> Precedence: bulk
> Auto-Submitted: auto-generated
> MIME-Version: 1.0
> Content-Type: text/plain; charset="utf-8"
> Content-Transfer-Encoding: 8bit
> Subject: company-mode_0.8.12-1_amd64.changes ACCEPTED into unstable, unstable
> Message-Id: 
> Date: Wed, 02 Sep 2015 11:00:09 +
>
>
>
> Accepted:
>
> Format: 1.8
> Date: Fri, 21 Aug 2015 08:49:22 +0200
> Source: company-mode
> Binary: elpa-company
> Architecture: source all
> Version: 0.8.12-1
> Distribution: unstable
> Urgency: low
> Maintainer: Debian Emacs addons team 
> Changed-By: David Bremner 
> Description:
>  elpa-company - Modular in-buffer completion framework for Emacs
> Changes:
>  company-mode (0.8.12-1) unstable; urgency=low
>  .
>* Initial release
> Checksums-Sha1:
>  f0bd5eb142b188af633e25977e8d2db32957a3f5 1786 company-mode_0.8.12-1.dsc
>  0860d609f9104d44cc7cb9eb77483d9e2ad039d7 70379 
> company-mode_0.8.12.orig.tar.gz
>  feb789ffdf148afc174bffd3233466d50ecf07cb 2124 
> company-mode_0.8.12-1.debian.tar.xz
>  c7b280175261cc9e6b926c227d962044e4032152 59064 elpa-company_0.8.12-1_all.deb
> Checksums-Sha256:
>  f2505da463ec877e39e79000bcea4074205707b5fa4a9d5ce05f8b9f08371ea1 1786 
> company-mode_0.8.12-1.dsc
>  67937eda92a617f29091874b00aed04b4b48e8f18accf7bcb56ec64287f3d07d 70379 
> company-mode_0.8.12.orig.tar.gz
>  9e2864dd3165d60550d62fe4cbdb44eb51f2a41b2ffe77d3f1e79160df60 2124 
> company-mode_0.8.12-1.debian.tar.xz
>  d9fb689cb40f74cc494e3b3bf5cd16310dfddd9acd5470fcdefb64d18b2866b0 59064 
> elpa-company_0.8.12-1_all.deb
> Files:
>  445341b13c4df78b91f46edc555448c0 1786 lisp optional company-mode_0.8.12-1.dsc
>  2b4a286d666ca0e00c62b94aa52e7984 70379 lisp optional 
> company-mode_0.8.12.orig.tar.gz
>  4d8f36367727501b8f14bc2bb36a9f76 2124 lisp optional 
> company-mode_0.8.12-1.debian.tar.xz
>  b65e72310ee229009eb84f7d3c287f18 59064 lisp optional 
> elpa-company_0.8.12-1_all.deb
>
>
>
> Thank you for your contribution to Debian.

Bug#796548: emdebian-archive-keyring: should be in Priority: extra

[Ansgar Burchardt]

Package: emdebian-archive-keyring
Version: 2.0.5
Severity: normal

emdebian-archive-keyring should *not* be Priority: important. I
changed its priority in the archive to extra, please make the binary
package match this.

Ansgar

Bug#796389: systemd should depend on a newer version of mount

[Ansgar Burchardt]

Package: systemd
Version: 224-1
Severity: minor

systemd seems to need a newer version of mount that it currently depends on:

  Aug 14 10:39:24 xyz swapon[457]: /sbin/swapon: invalid option -- 'o'

The fstab entry in question is

  /dev/mapper/xyz-swap none swap sw 0 0

Ansgar

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

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

Versions of packages systemd depends on:
ii  adduser 3.113+nmu3
ii  libacl1 2.2.52-2
ii  libapparmor12.9.2-3
ii  libaudit1   1:2.4-1+b1
ii  libblkid1   2.25.2-6
ii  libc6   2.19-18
ii  libcap2 1:2.24-8
ii  libcap2-bin 1:2.24-8
ii  libcryptsetup4  2:1.6.6-5
ii  libgcrypt20 1.6.3-2
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2+b3
ii  libmount1   2.25.2-6
ii  libpam0g1.1.8-3.1
ii  libseccomp2 2.1.1-1
ii  libselinux1 2.3-2
ii  libsystemd0 224-1
ii  mount   2.25.2-6
ii  sysv-rc 2.88dsf-59
ii  udev215-17+deb8u1
ii  util-linux  2.26.2-9

Versions of packages systemd recommends:
ii  dbus1.9.12-1
ii  libpam-systemd  224-1

Versions of packages systemd suggests:
pn  systemd-ui  none

-- no debconf information

Bug#759401: dak accepting upstream signature .asc files?

[Ansgar Burchardt]

Daniel Kahn Gillmor d...@fifthhorseman.net writes:
 Just a ping on #759401 -- can dak accept upstream signature .asc files
 yet?

I don't know if it works, but you are welcome to try. I did at least a
few changes that might make it work already.

Ansgar

Bug#795963: dune-istl: FTBFS: bcrsimplicitbuild.cc:269:51: error: no match for 'operator'

[Ansgar Burchardt]

Control: tag -1 upstream fixed-upstream
Control: fixed -1 2.4~20150506gee6e5f6-1

 dune-istl fails to build from source on unstable/amd64:

   [..]

   bcrsimplicitbuild.cc: In function 'int testEntryConsistency()':
   bcrsimplicitbuild.cc:269:51: error: no match for 'operator' (operand
   types are 'std::basic_ostreamchar' and 'std::ostream {aka
   std::basic_ostreamchar}')
std::cerrERROR: Entries are not consistentstd::cerr;

This was fixed upstream:

commit fa6d183dec61f2f8bcfb9484b71a167976334e96
Author: Christoph Grüninger gruen...@dune-project.org
Date:   Sat Nov 29 07:59:44 2014 +0100

Fix wrong std::cerr at end of output.

It should be std::endl.
Courtesy of GCC 5-svn, it refuses to compile these.

Ansgar

Bug#795783: Applications should not use socket below $HOME by default

[Ansgar Burchardt]

Package: debian-policy

User-level applications should not use sockets below $HOME by default: the
filesystem used for $HOME might not support them, as is the case for NFS
or OpenAFS.

They should use XDG_RUNTIME_DIR (if set) or as a fallback a temporary
directory below /tmp; any location below $HOME should only be used as a
fallback.

I'm not sure where in policy such a requirement would belong: we don't
seem to have requirements for either socket use nor what user-level
applications should be doing so far.

See also [1].

Ansgar

  [1] http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html

Bug#795573: mergechanges: option to strip all binary packages

[Ansgar Burchardt]

Package: devscripts
Version: 2.15.8
Severity: wishlist
File: /usr/bin/mergechanges

mergechanges recently got an option to strip arch-dep packages from
the .changes. It would be nice if there was also an option to remove
*all* binary packages from the .changes, keeping only the source.

Ansgar

Bug#795573: mergechanges: option to strip all binary packages

[Ansgar Burchardt]

Control: tag -1 + patch

Ansgar Burchardt ans...@debian.org writes:
 mergechanges recently got an option to strip arch-dep packages from
 the .changes. It would be nice if there was also an option to remove
 *all* binary packages from the .changes, keeping only the source.

The attached patch seems to work for me. It also fixes a bug that
prevented showing the usage message (use cat EOT instead of echo
EOT).

Ansgar
27c27
 echo Usage: $PROGNAME [-h|--help|--version] [-d] [-i|--indep] [-f] file1 file2 [file ...]
---
 echo Usage: $PROGNAME [-h|--help|--version] [-d] [-S|--source] [-i|--indep] [-f] file1 file2 [file ...]
32c32
 echo EOT
---
 cat EOT
37c37,38
   are included in the output.
---
   are included in the output.
   If -S is given, only the source package is included in the output.
54c55,56
 INDEP_ONLY=0
---
 REMOVE_ARCHDEP=0
 REMOVE_INDEP=0
75c77
 	INDEP_ONLY=1
---
 	REMOVE_ARCHDEP=1
77a80,84
 -S|--source)
 REMOVE_ARCHDEP=1
 REMOVE_INDEP=1
 shift
 ;;
107c114
 if test ${INDEP_ONLY} = 1; then
---
 if test ${REMOVE_ARCHDEP} = 1; then
109a117,119
 if test ${REMOVE_INDEP} = 1; then
 ARCHS=$(echo $ARCHS | grep -vxF all)
 fi
115c125
 if test ${INDEP_ONLY} = 1; then
---
 if test ${REMOVE_ARCHDEP} = 1 -o ${REMOVE_INDEP} = 1; then
118,119c128,129
 (*.dsc|*.diff.gz|*.tar.*|*_all.deb|*_all.udeb)
 # source or architecture-independent
---
 (*.dsc|*.diff.gz|*.tar.*)
 # source
121a132,137
 (*_all.deb|*_all.udeb)
 # architecture-indep
 if test ${REMOVE_INDEP} = 0; then
 echo $line
 fi
 ;;
123c139,142
 # architecture-specific, ignore
---
 # architecture-specific
 if test ${REMOVE_ARCHDEP} = 0; then
 echo $line
 fi

Bug#795242: incomplete copyright information

[Ansgar Burchardt]

Package: src:coin3
Version: 3.1.4~abc9f50-9
Severity: serious

debian/copyright is incomplete. At least the license and copyright
information for the embedded copy of expat that lintian warns about is
missing.

Ansgar

Bug#795241: source package contains *.exe without source

[Ansgar Burchardt]

Package: src:coin3
Version: 3.1.4~abc9f50-9
Severity: serious

The source package contains *.exe files for which the source seems to
be missing. Please make sure the source is included or exclude them
from the upstream tarball.

  coin3-3.1.4~abc9f50/cfg/*.exe

Ansgar

Bug#793959: src:libbio-das-lite-perl: maintainer address bounces

[Ansgar Burchardt]

Source: libbio-das-lite-perl
Source-Version: 2.04-1.2
Tags: sid
Severity: serious

The maintainer address for libbio-das-lite-perl bounces, see below.

Ansgar

Mail Delivery System mailer-dae...@mailly.debian.org writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   holl...@eaglegenomics.com
 SMTP error from remote mail server after RCPT 
 TO:holl...@eaglegenomics.com:
 host aspmx.l.google.com [2a00:1450:400c:c00::1a]:
 550-5.1.1 The email account that you tried to reach does not exist. 
 Please try
 550-5.1.1 double-checking the recipient's email address for typos or
 550-5.1.1 unnecessary spaces. Learn more at
 550 5.1.1  https://support.google.com/mail/answer/6596 
 pm7si6964450wjb.185 - gsmtp

 -- This is a copy of the message, including all the headers. --

 Return-path: envel...@ftp-master.debian.org
[...]
 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 To: Richard Holland holl...@eaglegenomics.com, Damyan Ivanov 
 d...@debian.org
 X-DAK: dak process-upload
 X-Debian: DAK
 X-Debian-Package: libbio-das-lite-perl
 Precedence: bulk
 Auto-Submitted: auto-generated
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: 8bit
 Subject: libbio-das-lite-perl_2.04-1.2_amd64.changes ACCEPTED into unstable
 Message-Id: e1zkov8-0002rx...@franck.debian.org
 Date: Wed, 29 Jul 2015 10:49:10 +



 Accepted:

 Format: 1.8
 Date: Fri, 24 Jul 2015 10:30:47 +
 Source: libbio-das-lite-perl
 Binary: libbio-das-lite-perl
 Architecture: source all
 Version: 2.04-1.2
 Distribution: unstable
 Urgency: medium
 Maintainer: Richard Holland holl...@eaglegenomics.com
 Changed-By: Damyan Ivanov d...@debian.org
 Description:
  libbio-das-lite-perl - implementation of the BioDas protocol
 Closes: 789062
 Changes:
  libbio-das-lite-perl (2.04-1.2) unstable; urgency=medium
  .
* Non-maintainer upload.
* Add explicit build dependency on libmodule-build-perl
  Closes:  #789062 -- FTBFS with perl 5.22
 Checksums-Sha1:
  49923b1a999ee8bfab25c522bebdafa63448adf1 2242 
 libbio-das-lite-perl_2.04-1.2.dsc
  24276ed021f1d4e39bfacc0342513f3538bd8e72 1948 
 libbio-das-lite-perl_2.04-1.2.diff.gz
  781e521b728d12b8be16d749a65941831c26e201 25182 
 libbio-das-lite-perl_2.04-1.2_all.deb
 Checksums-Sha256:
  c8871f7e8f7970e6fd5749edc2c8cfc90123204d7b80b82fb4d624a1260dcf02 2242 
 libbio-das-lite-perl_2.04-1.2.dsc
  4f7499748dca0e6948903457c4e12402519aa2434a92be11522b26b95438ab95 1948 
 libbio-das-lite-perl_2.04-1.2.diff.gz
  0d7dc636645cff067bce61dab4775f3557ddeee28692a2b831998168c0516ec2 25182 
 libbio-das-lite-perl_2.04-1.2_all.deb
 Files:
  ae9ce310ae727d5c9d699d5a7cf2396d 2242 perl optional 
 libbio-das-lite-perl_2.04-1.2.dsc
  602d2136281ab0e8eb06b8424df527ce 1948 perl optional 
 libbio-das-lite-perl_2.04-1.2.diff.gz
  fd07a3867e164b5e826e511c677332af 25182 perl optional 
 libbio-das-lite-perl_2.04-1.2_all.deb



 Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793766: tasksel: standard system utilities pulls packages that listen on ports without firewall

[Ansgar Burchardt]

Hi,

Michael Rose mdr...@zoho.com writes:
 During installation, tasksel gives you the option of including standard 
 system
 utilities. This group includes nfs-common and rpcbind, which, post
 installation, automatically launch daemons that listen on ports. Debian's
 default iptables configuration after installation is to allow all connections.
 This is a security concern.

 There's no indication to the user that selecting standard system utilities 
 will
 do this. Having a permissive firewall policy by default is fine, provided that
 no open ports are running by default as well, but this is not the current
 situation.

 Possible solutions:
 1. Do not include these packages in the task

That is the current plan for Debian 9, see [1] and [2].

Ansgar

  [1] https://lists.debian.org/debian-devel/2015/05/msg00089.html
  [2] https://bugs.debian.org/788702


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793374: [PATCH] Copy *.link files from /etc/systemd/network to initramfs

[Ansgar Burchardt]

Julian Wollrath jwollr...@web.de writes:
 Am Sat, 25 Jul 2015 12:24:02 +0200
 schrieb martin f krafft madd...@debian.org:

 You could also just use

   find /etc/systemd/network --name \*.link --exec cp -pt
 $DESTDIR/lib/systemd/network/ {} +


 But that would assume, that findutils is installed. I do not known if
 this is always the case.

findutils is Priority: required and even Essential: yes.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793411: src:btcheck: maintainer address bounces

[Ansgar Burchardt]

Source: btcheck
Source-Version: 1.9-1
Tags: sid
Severity: serious

The maintainer address for btcheck bounces, see below.

Ansgar

Mail Delivery System mailer-dae...@muffat.debian.org writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   h...@ig.com.br
 SMTP error from remote mail server after HELO muffat.debian.org:
 host mx.ig.com.br [177.153.23.241]: 503 5.7.0 Error:
 access denied for unknown[206.12.19.146]

 -- This is a copy of the message, including all the headers. --

 Return-path: envel...@ftp-master.debian.org
[...]
 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 To: Herbert Parentes Fortes Neto h...@ig.com.br
 X-DAK: dak process-upload
 X-Debian: DAK
 X-Debian-Package: btcheck
 Precedence: bulk
 Auto-Submitted: auto-generated
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: 8bit
 Subject: btcheck_1.9-1_amd64.changes ACCEPTED into unstable
 Message-Id: e1zik9d-0006bd...@franck.debian.org
 Date: Thu, 23 Jul 2015 17:19:07 +



 Accepted:

 Format: 1.8
 Date: Tue, 21 Jul 2015 10:57:53 -0300
 Source: btcheck
 Binary: btcheck
 Architecture: source amd64
 Version: 1.9-1
 Distribution: unstable
 Urgency: medium
 Maintainer: Herbert Parentes Fortes Neto h...@ig.com.br
 Changed-By: Herbert Parentes Fortes Neto h...@ig.com.br
 Description:
  btcheck- downloaded data checker and a torrent file content viewer
 Changes:
  btcheck (1.9-1) unstable; urgency=medium
  .
* New upstream release.
* debian/copyright update.
* debian/watch updated.
 Checksums-Sha1:
  13305e356001a990f99ccc7734753031aebded79 1823 btcheck_1.9-1.dsc
  4db90adf16e35ba5022a77198c46b86879de8b2c 161564 btcheck_1.9.orig.tar.gz
  6d08a1dfcd69635c1e50b37ab2c2761b2f0ec513 2332 btcheck_1.9-1.debian.tar.xz
  65b12db7dc840a4e92177e22d8fdf3570c827a6a 14134 btcheck_1.9-1_amd64.deb
 Checksums-Sha256:
  e756a8cedf54595903572c48d71244b0eb66492ceed1cc63dd6cf5851d15da55 1823 
 btcheck_1.9-1.dsc
  fb6a3a5a8e4dc41be48c316b8b9406a5a85119bf7e693fb81bf4afd6194cdfd2 161564 
 btcheck_1.9.orig.tar.gz
  94e6a0ccc46e2c1a038028085fe63894d3bc03876745aa4235b59a3cb27fd456 2332 
 btcheck_1.9-1.debian.tar.xz
  46a76dffe905af57426d99c007a2e88679618797e71fe28dc0095d1f5e568f41 14134 
 btcheck_1.9-1_amd64.deb
 Files:
  003339c64c08d5ba7a204e02d0004864 1823 utils optional btcheck_1.9-1.dsc
  7c150a3c10a7aeb12b749c3b6bff853f 161564 utils optional 
 btcheck_1.9.orig.tar.gz
  66cf3fe81f0ea249b2214501efb48755 2332 utils optional 
 btcheck_1.9-1.debian.tar.xz
  2ea3b61080cb1c3c1205e9a42688f8c3 14134 utils optional btcheck_1.9-1_amd64.deb



 Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793088: src:glipper: maintainer address bounces

[Ansgar Burchardt]

Source: glipper
Source-Version: 2.4-5
Severity: serious
Tags: sid
X-Debbugs-Cc: Andrew Starr-Bochicchio a...@debian.org

The maintainer address for glipper bounces, see below.

Ansgar

Mail Delivery System mailer-dae...@mailly.debian.org writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   josernestodav...@ubuntu.com
 SMTP error from remote mail server after RCPT 
 TO:josernestodav...@ubuntu.com:
 host mx.canonical.com [91.189.94.145]: 550 5.1.1 
 josernestodav...@ubuntu.com:
 Recipient address rejected: User unknown in virtual alias table

 -- This is a copy of the message, including all the headers. --

 Return-path: envel...@ftp-master.debian.org
[...]
 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 To: =?utf-8?q?Jos=C3=A9_Ernesto_D=C3=A1vila_Pantoja?= 
 josernestodav...@ubuntu.com,  a...@debian.org
 X-DAK: dak process-upload
 X-Debian: DAK
 X-Debian-Package: glipper
 Precedence: bulk
 Auto-Submitted: auto-generated
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: 8bit
 Subject: glipper_2.4-5_amd64.changes ACCEPTED into unstable
 Message-Id: e1zh1qf-0008na...@franck.debian.org
 Date: Mon, 20 Jul 2015 03:34:37 +



 Accepted:

 Format: 1.8
 Date: Fri, 17 Jul 2015 16:53:57 -0600
 Source: glipper
 Binary: glipper
 Architecture: source all
 Version: 2.4-5
 Distribution: unstable
 Urgency: medium
 Maintainer: José Ernesto Dávila Pantoja josernestodav...@ubuntu.com
 Changed-By: José Ernesto Dávila Pantoja josernestodav...@ubuntu.com
 Description:
  glipper- Clipboard manager for GNOME
 Closes: 724599
 Changes:
  glipper (2.4-5) unstable; urgency=medium
  .
* debian/control:
  - Bump Standards-Version to 3.9.6.
  - Added dh-python to Build-Depends.
  .
[ Thanks Ernesto Domato ]
* debian/patches:
  - Update the autostart-only-in-gnome.txt path
to include the MATE desktop (Closes: #724599).
 Checksums-Sha1:
  8ed1d12c1db863b0549ffc95eef2da0ede449694 2010 glipper_2.4-5.dsc
  edb0abdc5c257140d09f8fc295191d575c5349c7 20188 glipper_2.4-5.debian.tar.xz
  5ec6b6efbaa647d2bb29c0ebd155b1ccf9559f55 50688 glipper_2.4-5_all.deb
 Checksums-Sha256:
  270962b8e9bd923c1f47d0ce385e49dfdd96ac45b08eb2f92c08f65247dad0b9 2010 
 glipper_2.4-5.dsc
  e7e740123619790d3f42dacd28f31ecc2ec57033e34f3642994299a49f47c24c 20188 
 glipper_2.4-5.debian.tar.xz
  016514d83323ef0c5d517c46676241f52140b4393ddadb3e999f8b1d7caa8de6 50688 
 glipper_2.4-5_all.deb
 Files:
  075709154d170e40e7452c847a3c5f11 2010 utils optional glipper_2.4-5.dsc
  9938eb69eaf6a42fb94134461cb38d7b 20188 utils optional 
 glipper_2.4-5.debian.tar.xz
  c8dfcc6ea187538b310e6a682e03ee73 50688 utils optional glipper_2.4-5_all.deb



 Thank you for your contribution to Debian.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793090: src:ipgrab: maintainer address bounces

[Ansgar Burchardt]

Source: ipgrab
Source-Version: 0.9.10-1
Tags: sid
Severity: serious
X-Debbugs-Cc: Martin Michlmayr t...@cyrius.com

The maintainer address for ipgrab bounces, see below.

Ansgar

Mail Delivery System mailer-dae...@mailly.debian.org writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   ebros...@netgarage.org
 SMTP error from remote mail server after RCPT TO:ebros...@netgarage.org:
 host mail.netgarage.org [176.9.4.150]: 550 5.1.1 ebros...@netgarage.org:
 Recipient address rejected: User unknown in virtual mailbox table

 -- This is a copy of the message, including all the headers. --

 Return-path: envel...@ftp-master.debian.org
[...]
 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 To: Dennis Krzyzaniak ebros...@netgarage.org, Martin Michlmayr 
 t...@hp.com,  t...@cyrius.com
 X-DAK: dak process-upload
 X-Debian: DAK
 X-Debian-Package: ipgrab
 Precedence: bulk
 Auto-Submitted: auto-generated
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: 8bit
 Subject: ipgrab_0.9.10-1.1_amd64.changes ACCEPTED into unstable
 Message-Id: e1zfnku-0001bm...@franck.debian.org
 Date: Thu, 16 Jul 2015 18:19:36 +



 Accepted:

 Format: 1.8
 Date: Thu, 16 Jul 2015 11:04:54 -0400
 Source: ipgrab
 Binary: ipgrab
 Architecture: source amd64
 Version: 0.9.10-1.1
 Distribution: unstable
 Urgency: medium
 Maintainer: Dennis Krzyzaniak ebros...@netgarage.org
 Changed-By: Martin Michlmayr t...@hp.com
 Description:
  ipgrab - tcpdump-like utility that prints detailed header information
 Closes: 739562 777917
 Changes:
  ipgrab (0.9.10-1.1) unstable; urgency=medium
  .
* Non-maintainer upload.
* Fix build failure with GCC 5.  Patch from Tim Potter. (Closes: #777917)
* Fix build failure with clang.  Patch from Arthur Marble. (Closes:
  #739562)
 Checksums-Sha1:
  be0724d0efbd33c7988b7c87993bbb97a503707a 1683 ipgrab_0.9.10-1.1.dsc
  0338a725d887b5521f0f19d222f4034b4cc2fd18 5360 ipgrab_0.9.10-1.1.debian.tar.xz
  6bdda64e591328a01d293712909dbbb39a605d11 82254 ipgrab_0.9.10-1.1_amd64.deb
 Checksums-Sha256:
  52f18304d9b7a15ef2f7f666308e320289381b9eefed4d67a785ad3b541ac176 1683 
 ipgrab_0.9.10-1.1.dsc
  0ebb6bade0171faa1d658d97bf31da00536d6529382ffd13ea04e7fb9293f705 5360 
 ipgrab_0.9.10-1.1.debian.tar.xz
  b0797d6ec228244f86768e45b416e3e8378c190adf83b93b733c16e1779193b2 82254 
 ipgrab_0.9.10-1.1_amd64.deb
 Files:
  3dd2e264c33483d4cc6779eae8cd62d0 1683 net optional ipgrab_0.9.10-1.1.dsc
  192a57a8ea634a524ab693df3b1e7a12 5360 net optional 
 ipgrab_0.9.10-1.1.debian.tar.xz
  e6c7cb8cbe5c07cbc4cc5ae7fa5899f1 82254 net optional 
 ipgrab_0.9.10-1.1_amd64.deb



 Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793091: src:checkbox-ng: maintainer address bounces

[Ansgar Burchardt]

Source: checkbox-ng
Source-Version: 0.18-2
Tags: sid
Severity: serious
X-Debbugs-Cc: Zygmunt Krynicki zygmunt.kryni...@canonical.com, 
pi...@debian.org

The maintainer address for src:checkbox-ng bounces, see below.

Ansgar

Mail Delivery System mailer-dae...@mailly.debian.org writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   checkbox-...@lists.launchpad.net
 SMTP error from remote mail server after RCPT 
 TO:checkbox-...@lists.launchpad.net:
 host polevik.canonical.com [91.189.95.64]: 550 unknown user

 -- This is a copy of the message, including all the headers. --

 Return-path: envel...@ftp-master.debian.org
[...]
 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 To: Checkbox Developers checkbox-...@lists.launchpad.net, Zygmunt Krynicki 
 zygmunt.kryni...@canonical.com,  pi...@debian.org
 X-DAK: dak process-upload
 X-Debian: DAK
 X-Debian-Package: checkbox-ng
 Precedence: bulk
 Auto-Submitted: auto-generated
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: 8bit
 Subject: checkbox-ng_0.18-2_amd64.changes ACCEPTED into unstable
 Message-Id: e1zdgsu-0007hp...@franck.debian.org
 Date: Thu, 09 Jul 2015 18:48:58 +



 Accepted:

 Format: 1.8
 Date: Thu, 09 Jul 2015 19:58:33 +0200
 Source: checkbox-ng
 Binary: checkbox-ng checkbox-ng-service python3-checkbox-ng 
 python3-checkbox-ng-doc
 Architecture: source all
 Version: 0.18-2
 Distribution: unstable
 Urgency: medium
 Maintainer: Checkbox Developers checkbox-...@lists.launchpad.net
 Changed-By: Zygmunt Krynicki zygmunt.kryni...@canonical.com
 Description:
  checkbox-ng - PlainBox based test runner
  checkbox-ng-service - CheckBox D-Bus service
  python3-checkbox-ng - PlainBox based test runner (Python 3 library)
  python3-checkbox-ng-doc - PlainBox based test runner (documentation)
 Changes:
  checkbox-ng (0.18-2) unstable; urgency=medium
  .
* Add fix-tests-on-python35 patch to use inspect.Signature.from_callable
  instead of deprecated from_function in Python = 3.5 (LP: #1473093)
 Checksums-Sha1:
  f9e45c39b4922b13b6c9534e4f95d17c2c4e48d9 2482 checkbox-ng_0.18-2.dsc
  8ace1d7d4748373d815d87e8fae296176d726c30 8072 
 checkbox-ng_0.18-2.debian.tar.xz
  5211ff39255add5cc5885c321a46e9fdccb924a9 4278 
 checkbox-ng-service_0.18-2_all.deb
  e639e1222d04dc490003c6ebe29e892b0b434751 17290 checkbox-ng_0.18-2_all.deb
  5c0270cb1668a24a183c0623be8053d11e06b4c3 40736 
 python3-checkbox-ng-doc_0.18-2_all.deb
  39ed2d6f55f529b27df63c25433d19eab13a695a 50676 
 python3-checkbox-ng_0.18-2_all.deb
 Checksums-Sha256:
  a8770d60c56a087261b9a4394f21c8148f6766bf5a33983bbe12e40663b41423 2482 
 checkbox-ng_0.18-2.dsc
  67c3c028cd6ae3a9316683701fedcb4421320447d9881ed68449955f831840d5 8072 
 checkbox-ng_0.18-2.debian.tar.xz
  71eb256fa25a0ef5211e56247f8d4e4143bdde8462722f98a37d7a4b48f90ca5 4278 
 checkbox-ng-service_0.18-2_all.deb
  e75094b3bc757e0ab8e3a2b7d921b302d1d6deedc04e064475958ed0a811b69b 17290 
 checkbox-ng_0.18-2_all.deb
  d6ee7dbcff18fe7650ae86c440d30a076436cc7b821b0ea26a73356f3e6ed909 40736 
 python3-checkbox-ng-doc_0.18-2_all.deb
  bfb282bc71fb13fdd8816b16b00d1c55a39c50d604cad957ec7a9b73ddda2ff4 50676 
 python3-checkbox-ng_0.18-2_all.deb
 Files:
  9ee501577304f2291ee3988314087a39 2482 utils optional checkbox-ng_0.18-2.dsc
  a84989d8be304fb459a7320e57a6f736 8072 utils optional 
 checkbox-ng_0.18-2.debian.tar.xz
  10272dbf806dc70913e4f5910e8dbac8 4278 utils optional 
 checkbox-ng-service_0.18-2_all.deb
  2ed1e32090f2804242540be41cc6fe18 17290 utils optional 
 checkbox-ng_0.18-2_all.deb
  d2d6245965183e7897f197ca68c76ffd 40736 doc extra 
 python3-checkbox-ng-doc_0.18-2_all.deb
  9123cf61ddfd5aa1a03159c0bdbf595a 50676 utils optional 
 python3-checkbox-ng_0.18-2_all.deb



 Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#792032: needrestart: seems to treat user services as system services

[Ansgar Burchardt]

Package: needrestart
Version: 2.1-1
Severity: normal

needrestart suggests to restart my emacs.service running as part of my
user session. I believe it mistakes it for a system service...

In either case it fails to restart it:

+---
| Restarting services using systemd...
| Failed to restart emacs.service: Unit emacs.service failed to load: No such 
file or directory.
+---

Ansgar

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/8 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 needrestart depends on:
ii  dpkg   1.18.1
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.19-1
ii  libproc-processtable-perl  0.51-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.32-2
ii  perl   5.20.2-6

needrestart recommends no packages.

Versions of packages needrestart suggests:
ii  libnotify-bin  0.7.6-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#624349: libmpich2-dev: Activates debugging compiler option -g

[Ansgar Burchardt]

Control: reopen -1
Control: found -1 3.1-5+b2
Control: fixed -1 1.4~rc2-2

It looks like there was a regression and mpich started to pass compiler
options via mpicxx.mpich again:

  $ mpicxx.mpich -show
  g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-Wl,-z,relro -I/usr/include/mpich -L/usr/lib/x86_64-linux-gnu -lmpichcxx 
-lmpich -lopa -lmpl -lrt -lcr -lpthread

Flags like -g, -O2, -fstack-protector-strong, -Wformat,
-Werror=format-security and -Wl,-z,relro should not be passed to
programs compiled with mpi*.mpich; doing so might break building with
different compilers that do not understand the same set of flags as used
to build the Debian package. See also [1].

Ansgar

  [1] http://lists.dune-project.org/pipermail/dune-devel/2015-July/001459.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791713: RM: clive -- ROM; superseded by cclive

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: normal

Please remove clive. It's a transitional package for cclive.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791664: needrestart: visible markup in notifications (GNOME)

[Ansgar Burchardt]

Package: needrestart
Version: 2.1-1
Severity: minor

The notifications by needrestart as shown in GNOME contain visible
markup, see the attached screenshot.

Ansgar

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/8 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 needrestart depends on:
ii  dpkg   1.18.1
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.19-1
ii  libproc-processtable-perl  0.51-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.32-2
ii  perl   5.20.2-6

needrestart recommends no packages.

Versions of packages needrestart suggests:
ii  libnotify-bin  0.7.6-2

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791665: needrestart: lots of perl noise (Compilation failed ...)

[Ansgar Burchardt]

Package: needrestart
Version: 2.1-1
Severity: normal

At least the reportbug hook for needrestart output lots of perl noise
(Compilation failed ...), see attachment.

Ansgar

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/8 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 needrestart depends on:
ii  dpkg   1.18.1
ii  libmodule-find-perl0.12-1
ii  libmodule-scandeps-perl1.19-1
ii  libproc-processtable-perl  0.51-1
ii  libsort-naturally-perl 1.03-1
ii  libterm-readkey-perl   2.32-2
ii  perl   5.20.2-6

needrestart recommends no packages.

Versions of packages needrestart suggests:
ii  libnotify-bin  0.7.6-2

-- no debconf information
Gathering additional data, this may take a while...
[main] eval /etc/needrestart/needrestart.conf
[main] running in user-mode
[Core] Using UI 'NeedRestart::UI::stdio'...
[main] detected systemd
[main] #884 uses obsolete binary /lib/systemd/systemd
Error loading NeedRestart::CONT::docker: Could not get NS PID of #1!
Compilation failed in require at (eval 11) line 1,  line 1.
BEGIN failed--compilation aborted at (eval 11) line 1,  line 1.

Error loading NeedRestart::CONT::LXC: Could not get NS PID of #1!
Compilation failed in require at (eval 12) line 1,  line 1.
BEGIN failed--compilation aborted at (eval 12) line 1,  line 1.

[main] #1193 uses non-existing /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.940.0
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 13) line 1.
BEGIN failed--compilation aborted at (eval 13) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 14) line 1.
BEGIN failed--compilation aborted at (eval 14) line 1.

[main] #1253 uses non-existing /lib/x86_64-linux-gnu/libsystemd.so.0.7.0
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 24) line 1.
BEGIN failed--compilation aborted at (eval 24) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 25) line 1.
BEGIN failed--compilation aborted at (eval 25) line 1.

[main] #1264 uses non-existing /lib/x86_64-linux-gnu/libudev.so.1.6.3
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 26) line 1.
BEGIN failed--compilation aborted at (eval 26) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 27) line 1.
BEGIN failed--compilation aborted at (eval 27) line 1.

[main] #1281 uses non-existing /lib/x86_64-linux-gnu/libudev.so.1.6.3
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 28) line 1.
BEGIN failed--compilation aborted at (eval 28) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 29) line 1.
BEGIN failed--compilation aborted at (eval 29) line 1.

[main] #1284 uses non-existing /lib/x86_64-linux-gnu/libudev.so.1.6.3
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 30) line 1.
BEGIN failed--compilation aborted at (eval 30) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 31) line 1.
BEGIN failed--compilation aborted at (eval 31) line 1.

[main] #1285 uses non-existing /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.940.0
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 32) line 1.
BEGIN failed--compilation aborted at (eval 32) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 33) line 1.
BEGIN failed--compilation aborted at (eval 33) line 1.

[main] #1294 uses non-existing /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0.940.0
Error loading NeedRestart::CONT::docker: Attempt to reload 
NeedRestart/CONT/docker.pm aborted.
Compilation failed in require at (eval 34) line 1.
BEGIN failed--compilation aborted at (eval 34) line 1.

Error loading NeedRestart::CONT::LXC: Attempt to reload NeedRestart/CONT/LXC.pm 
aborted.
Compilation failed in require at (eval 35) line 1.
BEGIN failed--compilation aborted at (eval 35) line 1.

[main] #1299 

Bug#791664: Acknowledgement (needrestart: visible markup in notifications (GNOME))

[Ansgar Burchardt]

And of course I forgot to attach the screenshot in the original mail...

Ansgar

Bug#788380: needrestart: Please don't restart user@1000.service

[Ansgar Burchardt]

I think restarting a user's systemd instance also stops all (user)
services managed by said systemd instance. By default there are none and
thus no disruption. However if I configure systemd --user to start,
for example, an emacs server, this restarts the emacs server, possibly
losing data in the process.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790561: After upgrading udev from 215-18 to 220-7 or 221-1, the system is unbootable afterwards

[Ansgar Burchardt]

Axel Beckert a...@debian.org writes:
 Michael Biebl wrote:
 Am 30.06.2015 um 17:52 schrieb Klaus Ethgen:
  # CONFIG_FHANDLE is not set
 
 E.g. that one is missing.
 If you compile your own kernel, you should make sure all requirements
 listed at [1] are met. I didn't check all other options, but your
 problem is most likely related to that.

 In the past the udev package IIRC checked for such issues in preinst
 and refused to upgrade if it found newly required configurations not
 being present.

 Any reason why this hasn't been done in this case?

udev.preinst looks like it tries to do so (check_kernel_features), but
it depends on several factors:

 - /proc/kallsyms needs to be present for the symbols check. This might
   not be enabled on custom kernels.
 - udev must be active

There is even a check for CONFIG_FHANDLE:

- open_by_handle_at(2)  (CONFIG_FHANDLE)

But I wouldn't trust it too much; after all this check is probably not
the most tested part of the package...

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790560: udev fails to start on sparc boot, breaking boot

[Ansgar Burchardt]

Michael Biebl bi...@debian.org writes:
 If 215-8 was working successfully, finding the faulty commit would
 indeed be very helpful. If you know how to use git bisect, you could use
 that to determine the commit. This will be a lengthy process though and
 probably not something you want to do on a live system.

 Unfortunately snapshots.debian.org [1] doesn't seem to have any sparc64
 binaries which would have simplified that process somewhat, as you could
 have quickly installed older versions. And we don't have any sparc64
 porter boxes :-/

I think the original bug report refered to sparc, not sparc64. Packages
for some versions should be available from snapshot.d.o, but only for
versions that could actually be built.

Maybe look up versions from
  https://buildd.debian.org/status/logs.php?pkg=systemdarch=sparc
that built successfully and then try to obtain those from snapshot.d.o?

That would also work for sparc64, but the build history looks even worse
there:
  http://buildd.debian-ports.org/status/logs.php?pkg=systemdarch=sparc64

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#789544: src:mistune: maintainer address bounces

[Ansgar Burchardt]

Source: mistune
Severity: serious
X-Debbugs-Cc: Julien Puydt julien.pu...@laposte.net, 
python-modules-t...@lists.alioth.debian.org, mity...@debian.org

The maintainer address for src:mistune bounces. Looks like the wrong
domain.

Ansgar

Mail Delivery System mailer-dae...@muffat.debian.org writes:
 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   python-modules-t...@lists.debian.org
 SMTP error from remote mail server after RCPT 
 TO:python-modules-t...@lists.debian.org:
 host bendel.debian.org [2001:41b8:202:deb:216:36ff:fe40:4002]:
 550 5.1.1 python-modules-t...@lists.debian.org:
 Recipient address rejected: User unknown in virtual alias table

 -- This is a copy of the message, including all the headers. --

[...]
 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 To: Debian Python Modules Team python-modules-t...@lists.debian.org, Julien 
 Puydt julien.pu...@laposte.net,  mity...@debian.org
 X-DAK: dak process-policy
 X-Debian: DAK
 X-Debian-Package: mistune
 Precedence: bulk
 Auto-Submitted: auto-generated
 MIME-Version: 1.0
 Content-Type: text/plain; charset=utf-8
 Content-Transfer-Encoding: 8bit
 Subject: mistune_0.6-1_amd64.changes ACCEPTED into unstable, unstable
 Message-Id: e1z6odp-0007rs...@franck.debian.org
 Date: Sun, 21 Jun 2015 23:00:17 +



 Accepted:

 Format: 1.8
 Date: Wed, 17 Jun 2015 11:25:13 +0200
 Source: mistune
 Binary: python-mistune python3-mistune
 Architecture: source all
 Version: 0.6-1
 Distribution: unstable
 Urgency: medium
 Maintainer: Debian Python Modules Team python-modules-t...@lists.debian.org
 Changed-By: Julien Puydt julien.pu...@laposte.net
 Description:
  python-mistune - Markdown parser for Python 2
  python3-mistune - Markdown parser for Python 3
 Closes: 779472
 Changes:
  mistune (0.6-1) unstable; urgency=medium
  .
* Initial release. (Closes: #779472)
 Checksums-Sha1:
  31f91e9b7a96094e5e9fe57fb3605ffb0609dccc 2070 mistune_0.6-1.dsc
  a29f7a3e584c9874c8a51201bfaad1f091d83665 47026 mistune_0.6.orig.tar.gz
  c6305f2dcfdcd1d33641e7a1b358a424ec4b06f3 1920 mistune_0.6-1.debian.tar.xz
  d4e08438d93889b2ad0e9127c86f28ff13ad0bd1 13288 python-mistune_0.6-1_all.deb
  7721345747f8dc6dd19cb878aa923212abca0d2f 13372 python3-mistune_0.6-1_all.deb
 Checksums-Sha256:
  dfc8f4f4cf1c3ceda1ad8529cd18ce3ea473a0ed2966bb3c6f4ff37f60941eb6 2070 
 mistune_0.6-1.dsc
  d54a69365d01bc97412a39c11674a8aae3f333586e91f38895cc1ad818e13dc5 47026 
 mistune_0.6.orig.tar.gz
  4be4f1ecbd48ce10b03e7cf5d7c0b636674c007dccf7b161cca09340d90752a0 1920 
 mistune_0.6-1.debian.tar.xz
  ec75a1154ed204de95adfe24ac05e38e9af9a27b2849e34fc1c430ed3ab7191e 13288 
 python-mistune_0.6-1_all.deb
  e75c9728579422dcbdb597d4e9260758f3f1efcdb8d34b308deefe5bf54dd1a3 13372 
 python3-mistune_0.6-1_all.deb
 Files:
  954bd566e70395a36ead264fdd5a149c 2070 python optional mistune_0.6-1.dsc
  9df3a09eeb3440f9fd50b08133fdbf9c 47026 python optional 
 mistune_0.6.orig.tar.gz
  f362ce841929ba9c5ce95421eefbec61 1920 python optional 
 mistune_0.6-1.debian.tar.xz
  e5e3d91b3b88d4911654ef0f15ea4eee 13288 python optional 
 python-mistune_0.6-1_all.deb
  36693be1b2d965128484795249405498 13372 python optional 
 python3-mistune_0.6-1_all.deb



 Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#788702: override: make default install a bit smaller

[Ansgar Burchardt]

Package: ftp.debian.org
X-Debbugs-Cc: debian-b...@lists.debian.org

Please change the following priorities as proposed earlier[1]:

  # From Priority: important:
  for p in \
  groff-base man-db manpages less netcat-traditional traceroute \
  ; do
dak override ${p} . standard
  done
  dak override nfacct . optional

  # From Priority: standard:
  for p in \
  aptitude aptitude-common at bc dc dnsutils bsd-mailx exim4 \
  exim4-base exim4-config exim4-daemon-light procmail mutt \
  ftp info texinfo install-info m4 mlocate nfs-common rpcbind \
  patch time w3m whois \
  ; do
dak override ${p} . optional
  done
  dak override host oldlibs extra

I suggested to demote a few more packages from Priority: important,
namely cron, ifupdown, isc-dhcp-client, isc-dhcp-common, logrotate,
rsyslog and wget. I still would like to see them demoted eventually, but
here is my reason to keep them for now:

  cron:
needed by logrotate

  ifupdown, isc-dhcp-{client,common}:
d-i should still configure this by default. Maybe demote once we
switch to a different default network configuration tool, cf. [2].

  logrotate:
should be kept as long as rsyslog is still important

  rsyslog:
needed for persistent logging by default; still tempted to
demote this (plus logrotate and maybe cron then)...
A standard install would still include rsyslog after all.

  wget:
useful to have a tool to grab files from a remote location; having
such a tool might be useful enough to keep it at important

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#788702: override: make default install a bit smaller

[Ansgar Burchardt]

Control: tag -1 moreinfo

Cyril Brulebois k...@debian.org writes:
 I'd be happy to see a D-I Stretch Alpha 1 release before these changes
 are implemented so that we have a set of reference images. It would make
 it slightly easier to assess possible side effects once these changes
 are implemented. At the moment, we're waiting on a fix for the linux
 FTBFS on amd64 before we get a chance to upload debian-installer and go
 further for a release dance.

Sure, no need to hurry. Does the affect d-i (the images) directly? Or do
you just want to delay the changes in the Packages index to be able to
compare installations of Stretch before/after the changes?

I'll also wait with changes to init, but that needs further input from
systemd/sysvinit maintainers anyway[1].

And one more question: how does d-i make use of the tasksel{,-data}
and dmidecode? These are also installed in the target as important,
but I'm wonder if they are just used as part of the installation
process. I've refrained from changing their priority to avoid breakage.

Ansgar

  [1] 
https://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2015-June/007691.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#786500: nmu: alberta_3.0.1-1

[Ansgar Burchardt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hi,

libalberta uses a relocation type that should not be used for shared
libraries on powerpc[1] which makes the library unusable. As the build
log looked okay to me and the older version (3.0.0-3) worked, I tried
rebuilding the package on partch.d.o and the bad relocations
disappeared... At least readelf -a no longer showed any occurence of
R_PPC_REL24.

I'm wondering if this was some issue with an older version of the
toolchain; note that alberta uses clang instead of gcc as gcc has a
bug (see link in [1]).

Could you please schedule a binNMU for alberta on powerpc to get it
rebuilt with the current toolchain? Please also consider giving back
dune-grid/2.4~20150506gd3c1350-1 on powerpc in experimental with an
additional build-dep on the binNMU'ed libalberta-dev (= 2.3.1-1+b1)

Ansgar

nmu alberta_3.0.1-1 . powerpc . -m Rebuild with current toolchain.
gb dune-grid_2.4~20150506gd3c1350-1 . powerpc . experimental
dw dune-grid_2.4~20150506gd3c1350-1 . powerpc . experimental -m libalberta-dev 
(= 2.3.1-1+b1)

(Not sure if gb/dw are correct like this.)

  [1] https://lists.debian.org/debian-powerpc/2015/05/msg00061.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779878: nmu: binutils-z80_4 binutils-mingw-w64_5.1 binutils-arm-none-eabi_5 possibly others

[Ansgar Burchardt]

On 05/19/2015 07:04 PM, Emilio Pozuelo Monfort wrote:
 On 05/03/15 22:45, Ansgar Burchardt wrote:
 as I saw binutils_2.25-5 got unblocked, I was wondering weather the
 binutils-* packages built from binutils-source should be rebuilt
 aginst the new version targeting Jessie?

 There are binutils-{z80,mingw-w64,arm-none-eabi} currently in the
 archive and built against older versions of binutils (cf. [1]).

 The gcc-{arm-non-eabi,mingw-w64} packages are in the same situation,
 so are gdb-{arm-none-eabi,avr,mingw-w64} (though for some of the
 latter only the Debian revision of gdb changed).

 Finally there's also gnat-4.9.

   nmu binutils-z80_4 . ALL . -m Rebuilt against binutils 2.25-5.
   nmu binutils-mingw-w64_5.1 . ALL . -m Rebuilt against binutils 2.25-5.
   nmu binutils-arm-none-eabi_5 . ALL . -m Rebuilt against binutils 2.25-5.
 
 These three happened in time for jessie.
 
 gnat-4.9 didn't. It was built against gcc-4.9_4.9.2-2, but we only ship
 gcc4-.9_4.9.2-10 in stable AFAICS. That seems odd.
 
 I haven't checked gcc-*. Is this such an issue that we should do the binNMUs 
 for
 stable?

I don't think so. It might have been worth doing so before the release
to make sure an eventual rebuild doesn't bring surprises, but it's too
late for that.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#785048: ITP: python-pyramid-chameleon -- Chameleon templating addon for the Pyramid web application framework

[Ansgar Burchardt]

Package: wnpp
Severity: wishlist
Owner: Ansgar Burchardt ans...@debian.org

* Package name: python-pyramid-chameleon
  Version : 0.3
  Upstream Author : Pylons Project and Contributors,
http://www.pylonsproject.org/
* URL : 
http://docs.pylonsproject.org/projects/pyramid-chameleon/en/latest/
* License : BSD-4-clause, with non-free docs (will be removed)
  Programming Lang: Python
  Description : Chameleon templating addon for the Pyramid web application 
framework

 Pyramid is a small, fast, down-to-earth, open source Python web development
 framework. It makes real-world web application development and deployment
 more fun, more predictable, and more productive.
 .
 pyramid_chameleon provides bindings for the Chameleon templating system,

This addon was previously part of python-pyramid, but split off
upstream. It's used by PET (https://pet.alioth.debian.org).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783887: RFA: simutrans -- transportation simulator

[Ansgar Burchardt]

Package: wnpp
Severity: normal

Sadly I haven't really found time to look at simutrans recently, so it
would be nice if someone with more time was to adopt the package. I
thus request an adopter for the simutrans package.

The package description is:
 Simutrans is a free transportation simulator: The player operates a
 transportation company and has to transport goods and passengers between
 factories and different cities.

There are also a few related packages: simutrans-pak64 and
simutrans-pak128.britain.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783211: RM: debian-installer-8-netboot-kfreebsd-{amd64,i386} [all] -- RoQA; NBS

[Ansgar Burchardt]

Package: ftp.debian.org

debian-installer-8-netboot-kfreebsd-{amd64,i386} [all] need to go and I
don't want to wait for them to appear in the cruft report.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#783115: dak: should reject uploads to suites that are used by policy and build queues

[Ansgar Burchardt]

Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertag: dak

dak should reject uploads to suites that are used by policy and build
queues. Even though these would get cleaned up automatically, accepting
such uploads might be confusing.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#152955: force-reload should not start the daemon if it is not running

[Ansgar Burchardt]

Control: block 782993 by 152955

Hi,

the meaning of the force-reload action comes up again with systemd:

 - systemctl implements force-reload as documented by LSB, that is
   a service not running does *not* get started,
 - the init script integration maps /etc/init.d/X force-reload to
   systemctl force-reload X,
 - but service X force-reload gets mapped to systemctl X
   reload-or-restart which *does* start a service not running before.

As I understand the discussion, Policy currently documents that
force-reload *should* start services not already running and is
contradicting LSB here; on the other hand initscripts behave in both
ways, at least back when the bug was discussed initially.

So I would like to re-raise the issue and propose the change suggested
by Sven Mueller[1] again:

| Regarding this special case force-reload command to init.d scripts,
| currently maintainers have the choice between two differen RC bugs:
| 1) Implement force-reload as a restart alias if reload is not
|available and violate LSB (which, according to the RMs means an RC
|bug).
| 2) Implement force-reload as a conditional restart alias only
|executed when the service is already running. This violates current
|policy wording and is therefor also an RC bug.
| At the very least, I would suggest the following wording of the
| force-reload description:
|
| 
| tagttforce-reload/tt/tag
| itemcause the configuration to be reloaded if the service supports
| this. If it doesn't support reloading, restart the service. Note that
| the service should not get started if it wasn't already running./item
| 
|
| This would cause non-LSB compliant behaviour to be a non-RC bug and make
| LSB-compliant behaviour (which, BTW, is already implemented by _many_
| init scripts) perfectly OK with policy.

This makes the behaviour as defined by LSB and as implemented in systemd
a should, making scripts behave consistent wheather systemd in used as
init or not.

Ansgar

  [1] https://bugs.debian.org/152955#35


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782993: service/invoke-rc.d: force-reload wrongly mapped to systemctl restart

[Ansgar Burchardt]

Package: sysvinit-utils
Version: 2.88dsf-59
Severity: normal
File: /usr/sbin/service

service uses the following logic:

+
|   force-reload)
|  _canreload=$(systemctl -p CanReload show ${UNIT} 2/dev/null)
|  if [ $_canreload = CanReload=no ]; then
| exec systemctl restart ${UNIT}
|  else
| exec systemctl reload ${UNIT}
|  fi
|  ;;
+---[ /usr/sbin/service ]

This maps service atd force-reload to systemctl restart atd which
*starts* atd if it is not already running. However LSB says:

+---
| force-reload: cause the configuration to be reloaded if the
| service supports this, otherwise restart the service if it is
| running
+---[ 
http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html
 ]

Though Debian's policy isn't quite so clear:

+---
| force-reload: cause the configuration to be reloaded if the
| service supports this, otherwise restart the service.
+---[ https://www.debian.org/doc/debian-policy/ch-opersys.html#s-writing-init ]

I assume the intent is the same. Note that the systemd integration
already maps /etc/init.d/X force-reload to systemctl force-reload
X which is equivalent to systemctl reload-or-try-restart X (which
does nothing if X is not already running).

invoke-rc.d duplicates the same logic...

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782993: service/invoke-rc.d: force-reload wrongly mapped to systemctl restart

[Ansgar Burchardt]

Hi,

On 04/20/2015 03:07 PM, Michael Biebl wrote:
 Am 20.04.2015 um 11:13 schrieb Ansgar Burchardt:
 This maps service atd force-reload to systemctl restart atd which
 *starts* atd if it is not already running. However LSB says:

 +---
 | force-reload: cause the configuration to be reloaded if the
 | service supports this, otherwise restart the service if it is
 | running
 +---[ 
 http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html
  ]

 Though Debian's policy isn't quite so clear:

 +---
 | force-reload: cause the configuration to be reloaded if the
 | service supports this, otherwise restart the service.
 +---[ 
 https://www.debian.org/doc/debian-policy/ch-opersys.html#s-writing-init ]

 I assume the intent is the same. Note that the systemd integration
 already maps /etc/init.d/X force-reload to systemctl force-reload
 X which is equivalent to systemctl reload-or-try-restart X (which
 does nothing if X is not already running).

 invoke-rc.d duplicates the same logic...
 
 Shouldn't we get clarification on the policy in that case then?

There's an ancient bug report in policy: #152955. The discussion there
also mentions that init scripts behave in both ways, i.e. it's
inconsistent. (Fun fact: there is another bug about /etc/init.d/X
start|stop only being a should...: #491318.)

Note that not following LSB means that systemctl force-reload X and
/etc/init.d/X force-reload (or service X force-reload) would mean
different things. Not really nice.

Also having /etc/init.d/X force-reload and service X force-reload do
different things is not nice.

But let's try to revive the policy bug...

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782835: gparted: maintainer address bounces

[Ansgar Burchardt]

Source: gparted
Severity: serious
Tags: sid

The maintainer address for gparted bounces, see below.

Ansgar

mailer-dae...@fiordland.canonical.com (Mail Delivery System) writes:
 This is the mail system at host fiordland.canonical.com.

 I'm sorry to have to inform you that your message could not
 be delivered to one or more recipients. It's attached below.

 For further assistance, please send mail to postmaster.

 If you do so, please include this problem report. You can
 delete your own text from the attached returned message.

The mail system

 ps...@cfl.rr.com (expanded from ps...@ubuntu.com): host
 cdptpa-pub-iedge-vip.email.rr.com[107.14.166.70] said: 554 Invalid
 recipient (in reply to RCPT TO command)

 Reporting-MTA: dns; fiordland.canonical.com
 X-Postfix-Queue-ID: 3101998
 X-Postfix-Sender: rfc822; envel...@ftp-master.debian.org
 Arrival-Date: Wed, 15 Apr 2015 22:34:02 + (UTC)

 Final-Recipient: rfc822; ps...@cfl.rr.com
 Original-Recipient: rfc822;ps...@ubuntu.com
 Action: failed
 Status: 5.0.0
 Remote-MTA: dns; cdptpa-pub-iedge-vip.email.rr.com
 Diagnostic-Code: smtp; 554 Invalid recipient

 From: Debian FTP Masters ftpmas...@ftp-master.debian.org
 Subject: gparted_0.19.0-2.1_source.changes ACCEPTED into unstable
 To: Phillip Susi ps...@ubuntu.com, Michael Gilbert mgilb...@debian.org,  
 michael.s.gilb...@gmail.com
 Date: Wed, 15 Apr 2015 22:33:59 + (2 days, 15 hours, 41 minutes ago)



 Accepted:

 Format: 1.8
 Date: Sun, 12 Apr 2015 18:31:55 +
 Source: gparted
 Binary: gparted
 Architecture: source
 Version: 0.19.0-2.1
 Distribution: unstable
 Urgency: medium
 Maintainer: Phillip Susi ps...@ubuntu.com
 Changed-By: Michael Gilbert mgilb...@debian.org
 Description:
  gparted- GNOME partition editor
 Closes: 781716
 Changes:
  gparted (0.19.0-2.1) unstable; urgency=medium
  .
* Non-maintainer upload.
* Apply upstream fix to prevent automounting during partitioning on systems
  using udisks2 (closes: #781716).
 Checksums-Sha1:
  2f4cc1d1f81a865f584819d681ffcbe72afb2fc1 2629 gparted_0.19.0-2.1.dsc
  e56087d236730f0a26affd455b9997f5cc3b9e29 20643 
 gparted_0.19.0-2.1.debian.tar.bz2
 Checksums-Sha256:
  0922f647d72a4cbc7d78744fda57054836086f5b117ff3eccadf6b30a59d7ed0 2629 
 gparted_0.19.0-2.1.dsc
  c34d7df3d083d7a3f223ea5c1b0e08bfa219f8765d9360e4d17710d9ac27042a 20643 
 gparted_0.19.0-2.1.debian.tar.bz2
 Files:
  41d014bed830d546f20262652c3bb8ae 2629 gnome optional gparted_0.19.0-2.1.dsc
  a0e6a0a498932c6c74ada923cb444832 20643 gnome optional 
 gparted_0.19.0-2.1.debian.tar.bz2



 Thank you for your contribution to Debian.
 --


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782805: gwhois: maintainer address bounces

[Ansgar Burchardt]

Source: gwhois
Severity: serious
X-Debbugs-Cc: juli...@holzt.de
Tags: sid

The maintainer address for gwhois bounces, see below.

Ansgar

 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   deb...@julijane.de
 SMTP error from remote mail server after RCPT TO:deb...@julijane.de:
 host julijane.de [144.76.244.226]: 550 deb...@julijane.de Relaying 
 denied (#5.7.1)

 -- This is a copy of the message, including all the headers. --
[...]
 To: Juliane Holzt deb...@julijane.de,  juli...@holzt.de
[...]
 Subject: gwhois_20120626-1_amd64.changes ACCEPTED into unstable
 Message-Id: e1yjebc-00059m...@franck.debian.org
 Date: Fri, 17 Apr 2015 22:18:58 +


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782806: sugar-toolkit-0.98: maintainer address bounces

[Ansgar Burchardt]

Source: sugar-toolkit-0.98
Severity: serious
Tags: sid
X-Debbugs-Cc: Jonas Smedegaard d...@jones.dk

The maintainer address for sugar-toolkit-0.98 bounces, see below.

Ansgar

 This message was created automatically by mail delivery software.

 A message that you sent could not be delivered to one or more of its
 recipients. This is a permanent error. The following address(es) failed:

   debian-olpc-de...@lists.alioth.debian.org
 SMTP error from remote mail server after RCPT 
 TO:debian-olpc-de...@lists.alioth.debian.org:
 host lists.alioth.debian.org [5.153.231.21]: 550 Unrouteable address

 -- This is a copy of the message, including all the headers. --

[...]
 To: Debian OLPC debian-olpc-de...@lists.alioth.debian.org, Jonas Smedegaard 
 d...@jones.dk
[...]
 Subject: sugar-toolkit-0.98_0.98.1-2_amd64.changes ACCEPTED into experimental
 Message-Id: e1ygrpi-000168...@franck.debian.org
 Date: Sat, 11 Apr 2015 09:35:44 +


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782705: release-notes: Interaction between logind and acpid

[Ansgar Burchardt]

Package: release-notes
Tags: jessie

Hi,

having both logind and acpid handle ACPI events can lead to undesired
results, esp. with a non-default configuration. As an example, logind
could try to shutdown the system on a power button press (default), but
acpid was manually configured to just suspend the system.

Please consider adding the paragraph below to the release notes to make
users aware of this issue.

Ansgar

--

5.6.5 Interaction between logind and acpid

ACPI events can be handled by logind or acpid. In case both
services are configured to handle events in different ways, this
can lead to undesired results.

We recommend to migrate any non-default settings to logind and
uninstall acpid.

Alternativly it is also possible to configure logind to ignore
ACPI events by adding

HandlePowerKey=ignore
HandleSuspendKey=ignore
HandleHibernateKey=ignore
HandleLidSwitch=ignore

to /etc/systemd/logind.conf. Note that this might change
behaviour of desktop environments relying on logind.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#769030: closed by Debian FTP Masters ftpmas...@ftp-master.debian.org (Bug#769030: fixed)

[Ansgar Burchardt]

Hi,

Philipp Kern pk...@debian.org writes:
 On 2015-04-09 12:39, ow...@bugs.debian.org wrote:
 #769030: override: gobby-infinote:oldlibs/extra,
 gobby-0.5:oldlibs/extra, gobby-0.5-dbg:oldlibs/extra,
 gobby:net/optional
 [...]
 We believe that the bug you reported is now fixed; the following
 changes were made to the overrides...

 Concerning package gobby-infinote...
 Operating on the unstable suite
 Changed priority from optional to extra
 Changed section from net to oldlibs

 was this the only change applied? Because there were more packages in
 the subject.

No, I updated the other two packages as well. However dak override can
only update one package at a time so I closed the bug report with the
first of the changes.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762361: override: make-guile:devel/extra

[Ansgar Burchardt]

Control: tag -1 + moreinfo d-i

Hi,

I'm going over the pending override changes and found another that
affects the standard installation:

  #762361: make-guile: change priority from standard to extra

There are no rdeps on make-guile, but it Provides: make; the make
binary package itself has optional priority.

Could the d-i team ack this change?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#659015: apt-build disables apt's signature verification

[Ansgar Burchardt]

Axel Beckert a...@debian.org writes:
 I've though observed two possibly minor issues with it:

 * An existing /etc/apt/sources.list.d/apt-build.list is not updated to
   add [trusted=yes].

Could probably be added in postinst (apt-build.list is not a conffile),
e.g. something like

  sed -i 's/^deb file:/deb [trusted=yes] file:/'

or something more strict to make sure it doesn't touch other
repositories.

 * Upon purge and (re)installation, I had the deb line twice in
   /etc/apt/sources.list.d/apt-build.list and it's not clear to me why.

The filename is generated differently in postinst and postrm:

+---
|   eval $(apt-config shell sourceslist Dir::Etc::sourcelist/f)
|   eval $(apt-config shell sourcesparts Dir::Etc::sourceparts/d)
|   aptbuildsource=$sourcespartsapt-build.list
+---[ postinst ]

+---
|   eval $(apt-config shell etcdir Dir::Etc)
|   eval $(apt-config shell sourceslist Dir::Etc::sourcelist)
|   eval $(apt-config shell sourcesparts Dir::Etc::sourceparts)
|   sourceslist=/$etcdir$sourceslist
|   sourcesparts=/$etcdir$sourcesparts
|   aptbuildsource=$sourcesparts/apt-build.list
+---[ postrm ]

 I've not yet done much testing, so any feedback is welcome. I'll
 definitely do some more testing before uploading that fix.

I can't give to much feedback as I don't use apt-build myself. Just
noticed the thread on -security@.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781594: pybit: disables apt's signature checking (and uses remote repository)

[Ansgar Burchardt]

Package: src:pybit
Version: 1.0.0-2.1
Severity: grave
Tags: security

pybit disables apt's signature checks when retrieving source packages:

+---
| url = deb-src http://cdn.debian.net/debian %s main  % 
buildreq.get_suite()
| os.write(src_list, url)
| cfg_str = -o Apt::Get::AllowUnauthenticated=true -o Dir=%s -o 
Dir::State=%s -o Dir::Etc::SourceList=%s/sources.list -o Dir::Cache=%s % \
+---[ 
http://sources.debian.net/src/pybit/1.0.0-2.1/pybitclient/apt.py/?hl=50#L50 ]

As can be seen, it also includes a remote repository in the
sources.list that could be target of a MitM attack.

I assume (but did not verify) that pybit then proceeds to build the
source package, possibly executing arbitrary code in case the
connection to cdn.debian.net was compromised.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781595: xdeb: disables apt's signature checks

[Ansgar Burchardt]

Package: src:xdeb
Version: 0.6.6
Severity: grave
Tags: security

According to xdeb's documentation it uses apt to download source
packages and defaults to using the system's sources.list, that is
usually remote repositories.

However xdeb disables apt's signature checking:

+---
| apt_pkg.config.set('APT::Get::AllowUnauthenticated', str(True))
+---[ http://sources.debian.net/src/xdeb/0.6.6/aptutils.py/?hl=159#L159 ]

I assume (but did not verify) that this means xdeb will not complain
about a compromised remote repository and build potentially malicous
packages.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780672: override: libsqlcipher0:libs/optional

[Ansgar Burchardt]

Control: tag -1 moreinfo d-i

Hi,

On 03/17/2015 05:44 PM, Alessandro Ghedini wrote:
 the libsqlcipher0 package had, erroneously, Priority: standard. It was 
 recently
 changed to optional in 3.2.0-1 (this is not mentioned in the changelog 
 AFAICT),
 but the ftp-master override still lists the package as standard.
 
 Just FYI, the package has an RC bug, but due to the wrong priority it is in 
 the
 key packages set, which means it is excluded from the autoremoval mechanism.

The installer team asked to ping them before changing priorities the
last time (at least for = standard), so I would like for them to ack
this, esp. given where we are in the release process.

libsqlcipher0 seems to have no rdepends besides sqlcipher and
libsqlcipher-dev, so lowering the priority to optional should not have
any negative impact.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#659015: apt-build disables apt's signature verification

[Ansgar Burchardt]

retitle 659015 apt-build: disables apt's signature checking
severity 659015 grave
tag 659015 + security
found 659015 0.12.42
thanks

apt-build unconditionally passes -o Apt::Get::AllowUnauthenticated=true
to apt-get, that is it disables *all* signature checks allowing MitM
attacks to serve malicious data. It looks like this was introduced in
0.12.42:

  * Allow non authenticated installation from apt-build repository.
Closes: #316572, #369173

See also the recent thread on debian-security@[1], esp. [2] suggesting
to use deb [trusted=yes] ... in sources.list which would allow
dropping the (global) AllowUnauthenticated=true.

Ansgar

  [1] https://lists.debian.org/debian-security/2015/03/msg00020.html
  [2] https://lists.debian.org/debian-security/2015/03/msg00026.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781075: sbuild: Breaks d-i build by assuming it is a deb

[Ansgar Burchardt]

Hi,

On 03/24/2015 10:12 AM, Aurelien Jarno wrote:
 There have been other changes committed to this branch, so we should
 decide if they are jessie material or not. I have added Ansgar in Cc for
 that.

There are two other one-line changes:

- sbuild-createchroot: set profile=sbuild also for tar-based chroots
  https://bugs.debian.org/769289

  This makes tar-based chroots consistent with directory-based chroots.
  Reportedly not setting profile=sbuild means /dev/shm is not mounted,
  causing build failures.

  Should be included.

- sbuild-dumpconfig: sort keys of dumped hashes

  This just sorts options in the documentation (during build). Harmless
  to include, but makes the build reproducible. Has no effect at
  runtime.

  I don't think it's worth reverting this.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780995: dc-tool: option to read auth token from stdin

[Ansgar Burchardt]

Package: python-debiancontributors
Version: 0.7-1
Severity: wishlist

Hi,

it would be nice if dc-tool had an option to read the auth token from
stdin. In particular I want to be able to use

  sudo -u dak-unpriv dc-tool ...  /a/file/dak-unpriv/cannot/read

where dak-unpriv should not have access to the actual secret.

Maybe --auth-token @ (without a filename) could be used for this?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780856: gnome-settings-daemon: 1000 tcp connections to ipp port in CLOSE-WAIT state

[Ansgar Burchardt]

Package: gnome-settings-daemon
Version: 3.14.2-2
Severity: normal

Hi,

gnome-settings-daemon keeps 1000 tcp connections to a remote ipp port
in CLOSE-WAIT state. From the output from `ss -t':

+
| State  Recv-Q Send-Q  Local Address:Port  
Peer Address:Port   
| CLOSE-WAIT 1  0  134.130.161.52:50316 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:43719 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:51689 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:33128 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:37447 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:52140 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:44639 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:54981 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:54764 
   134.130.161.1:ipp 
| CLOSE-WAIT 1  0  134.130.161.52:38771 
   134.130.161.1:ipp 
+---

134.130.161.1 is used as a print server:

+---
| ServerName 134.130.161.1
+---[ /etc/cups/client.conf ]

Ansgar

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'buildd-unstable'), (100, 'unstable'), 
(1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 gnome-settings-daemon depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
ii  gsettings-desktop-schemas3.14.1-1
ii  libc62.19-15
ii  libcairo21.14.0-2.1
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libcolord2   1.2.1-1+b2
ii  libcups2 1.7.5-11
ii  libfontconfig1   2.11.0-6.3
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libgeocode-glib0 3.14.0-1
ii  libglib2.0-0 2.42.1-1
ii  libgnome-desktop-3-103.14.1-1
ii  libgtk-3-0   3.14.5-1
ii  libgudev-1.0-0   215-12
ii  libgweather-3-6  3.14.1-1
ii  liblcms2-2   2.6-3+b3
ii  libnm-glib4  0.9.10.0-6
ii  libnm-util2  0.9.10.0-6
ii  libnotify4   0.7.6-2
ii  libnspr4 2:4.10.7-1
ii  libnss3  2:3.17.2-1.1
ii  libpackagekit-glib2-18   1.0.1-2
ii  libpam-systemd   219-4
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpolkit-gobject-1-00.105-8
ii  libpulse-mainloop-glib0  5.0-13
ii  libpulse05.0-13
ii  librsvg2-2   2.40.5-1
ii  libupower-glib3  0.99.1-3.1
ii  libwacom20.8-1
ii  libwayland-client0   1.6.0-2
ii  libx11-6 2:1.6.2-3
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.1-2+b2
ii  libxi6   2:1.7.4-1+b2
ii  libxtst6 2:1.2.2-1+b1
ii  nautilus-data3.14.1-2

Versions of packages gnome-settings-daemon recommends:
ii  pulseaudio  5.0-13

Versions of packages gnome-settings-daemon suggests:
ii  gnome-screensaver3.6.1-4
ii  metacity [x-window-manager]  1:3.14.3-1
ii  mutter [x-window-manager]3.14.2-1
ii  x11-xserver-utils7.7+3+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780856: gnome-settings-daemon: 1000 tcp connections to ipp port in CLOSE-WAIT state

[Ansgar Burchardt]

Control: tag -1 + patch upstream

On 03/20/2015 04:11 PM, Ansgar Burchardt wrote:
 gnome-settings-daemon keeps 1000 tcp connections to a remote ipp port
 in CLOSE-WAIT state. From the output from `ss -t':

The bug can be triggered by printing stuff: every time I send a document
to the remote print server, gnome-settings-daemon will leak a file
descriptor with a connection to the print server a bit later.

Running xvfb-run -a strace -e connect,close gnome-settings-daemon as a
different user was enough to observe this problem.

I noticed that
  plugins/print-notifications/gsd-print-notifications-manager.c
calls httpConnectEncrypt() in three places, but httpClose() is only
called in renew_subscription().  httpClose() will close the file
descriptor as part of the cleanup...

After adding calls to httpClose() in process_cups_notification() and
cancel_subscription() the file descriptor leak seems to have stopped.
I've attached the patch.

Ansgar

--- a/plugins/print-notifications/gsd-print-notifications-manager.c
+++ b/plugins/print-notifications/gsd-print-notifications-manager.c
@@ -443,6 +443,7 @@
 ippDelete(response);
 }
 g_free (job_uri);
+httpClose (http);
 }
 }
 
@@ -1040,6 +1041,7 @@
 ippAddInteger (request, IPP_TAG_OPERATION, IPP_TAG_INTEGER,
   notify-subscription-id, id);
 ippDelete (cupsDoRequest (http, request, /));
+httpClose (http);
 }
 }
 

Bug#780680: libpam-modules: pam_userdb.so depends on a library in /usr

[Ansgar Burchardt]

severity 780680 normal
thanks

Hi,

Adam Heath doo...@brainfood.com writes:
 A library in /lib shouldn't depend on a library in /usr/lib. However,
 pam_userdb.so has such an issue.

Arguably pam_userdb.so is not a library, but a plugin. So I don't think
this is a release critical bug or even a real bug at all, but I'll leave
the definite decision to the pam maintainers.

For reference, there are lots of other PAM and NSS modules doing the
same: libpam-{pgsql,mysql,ldap} and libnss-{pgsql2,mysql-bg,ldap} come
to mind, but probably many other libpam-* and libnss-* packages are
doing the same.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780662: policy for removal of oldoldstable from the mirror network

[Ansgar Burchardt]

Hi,

On 03/17/2015 03:13 PM, Stefano Zacchiroli wrote:
 I'd like to know what would be the policy for removing the upcoming
 oldoldstable release from the Debian mirror network.
 
 Can we count on the fact that it will stay around at least until
 Jessie+1 is released?

IIRC the plan for squeeze was to keep it on the mirror network as long
as squeeze-lts is supported, i.e. until February 2016 (plus 1-2 months
or so).

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780589: dak: sign outgoing mails

[Ansgar Burchardt]

Package: ftp.debian.org
Severity: wishlist
User: ftp.debian@packages.debian.org
Usertag: dak

It would be nice if dak signs outgoing mails (as PGP/MIME). It should
not use the archive signing key for such purposes.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780280: dak: generate rejection mail for mails with expired signature

[Ansgar Burchardt]

Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertag: dak
Priority: wishlist

It would be nice if dak would generate rejection mails for uploads that
have a valid signature, but where the signature is expired or from an
expired key.

daklib/gpg.py already has some support for differentiating between
expired and invalid signatures, but some bits are still missing.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#780350: brasero: fails to copy audio CD

[Ansgar Burchardt]

Package: brasero
Version: 3.11.4-1.1
Severity: important

Hi,

brasero failed to copy an audio CD:

I chose disc copy from the main menu and selected the (only) CD
drive as source and target. Brasero then read in the audio CD, but
then displayed an error message Please eject the disc from
... manually with only a Cancel option, see attachment.

Other software (I tried k3b afterwards) had no problems copying the
CD.

Ansgar

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (100, 'buildd-unstable'), (100, 'unstable'), 
(1, 'buildd-experimental'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 brasero depends on:
ii  brasero-common  3.11.4-1.1
ii  gnome-icon-theme3.12.0-1
ii  gstreamer1.0-plugins-base   1.4.4-2
ii  gvfs1.22.2-1
ii  libatk1.0-0 2.14.0-1
ii  libbrasero-media3-1 3.11.4-1.1
ii  libc6   2.19-15
ii  libcairo-gobject2   1.14.0-2.1
ii  libcairo2   1.14.0-2.1
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.1-1
ii  libgstreamer-plugins-base1.0-0  1.4.4-2
ii  libgstreamer1.0-0   1.4.4-2
ii  libgtk-3-0  3.14.5-1
ii  libice6 2:1.0.9-1+b1
ii  libnautilus-extension1a 3.14.1-2
ii  libpango-1.0-0  1.36.8-3
ii  libpangocairo-1.0-0 1.36.8-3
ii  libsm6  2:1.2.2-1+b1
ii  libtotem-plparser18 3.10.3-1
ii  libtracker-sparql-1.0-0 1.2.4-2
ii  libxml2 2.9.1+dfsg1-5

Versions of packages brasero recommends:
ii  brasero-cdrkit  3.11.4-1.1
ii  yelp3.14.1-1

Versions of packages brasero suggests:
pn  libdvdcss2  none
ii  tracker 1.2.4-2
pn  vcdimager   none

-- no debconf information

Bug#780279: dak: process-upload should handle invalid .changes better

[Ansgar Burchardt]

Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertag: dak

dak should handle invalid .changes files better. Currently exceptions
raised in process_upload.py's process_it (l. 463):

with daklib.archive.ArchiveUpload(directory, changes, keyrings) as
upload:

are not handled. In particular, .changes with invalid Checksum-* fields,
that for example only list files in one of the various Checksum-* and
Files fields, do not generate a rejection mail, but only an internal error.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779878: nmu: binutils-z80_4 binutils-mingw-w64_5.1 binutils-arm-none-eabi_5 possibly others

[Ansgar Burchardt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hi,

as I saw binutils_2.25-5 got unblocked, I was wondering weather the
binutils-* packages built from binutils-source should be rebuilt
aginst the new version targeting Jessie?

There are binutils-{z80,mingw-w64,arm-none-eabi} currently in the
archive and built against older versions of binutils (cf. [1]).

The gcc-{arm-non-eabi,mingw-w64} packages are in the same situation,
so are gdb-{arm-none-eabi,avr,mingw-w64} (though for some of the
latter only the Debian revision of gdb changed).

Finally there's also gnat-4.9.

  nmu binutils-z80_4 . ALL . -m Rebuilt against binutils 2.25-5.
  nmu binutils-mingw-w64_5.1 . ALL . -m Rebuilt against binutils 2.25-5.
  nmu binutils-arm-none-eabi_5 . ALL . -m Rebuilt against binutils 2.25-5.

Ansgar

  [1] https://ftp-master.debian.org/users/ansgar/outdated-built-using.txt


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#779444: ftp.debian.org: Unable to upload my package (here: goobox)

[Ansgar Burchardt]

Hi,

On 02/28/2015 17:43, Helge Kreutzmann wrote:
 ACL dm: not allowed to upload source package 'goobox'
 
 I duely replied an asked for the reason(s). I got no response. I asked
 again on February 22nd, again without any response.
 
 I tried to fix all problems known to me and did another upload today
 (version 3.3.3-1) which again was rejected with the same e-mail.
 
 I'm a bit lost now. What do I need to do a sucessful upload? (The only
 thing which changed since the last successful upload in December 2014
 is my new key, which was accepted on January 27th.

Sorry for not coming back earlier to this: DM upload permissions need to
be migrated to the new key. Sadly this is not automated (yet) and I
check from time to time (usually after someone gets the error above)...

I did so for the two keys that were recently replaced, including yours:

|  Action: dm-migrate
|  From: 4656B626E481EE4E7EC572DA46CC5C63F318A56A
|  To: 6D965FB5E316D20354CA7BB041BAA526682AE670
|  Reason: Replace 0x46CC5C63F318A56A with 0x41BAA526682AE670 (Helge
Kreutzmann) (RT #5705)
| Migrated 4656B626E481EE4E7EC572DA46CC5C63F318A56A to
6D965FB5E316D20354CA7BB041BAA526682AE670.
| 3 acl entries changed: asclock, goobox, linuxinfo

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778620: systemd: Add less to suggests or recommends

[Ansgar Burchardt]

Hi,

On 02/18/2015 11:03 AM, Floris wrote:
 I have installed the Debian Base system and add gnome-session, gdm,
 xserver-xorg-video-nvidia and probably some other packages to get a
 working gnome environment. Maybe coincidental, but none of these
 packages recommends less. Only man-db and gzip suggests it. Git have
 a recommend, but I don't think an end-desktop-user will use it.

What does Debian Base system mean to you?

less in testing has Priority: important and should be included in all
new installs. In Debian 7, it had only Priority: standard and would only
be installed if you did not uncheck standard system (or similar) in
the installer.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759001: [systemd-devel] sysv-generator: doesn't handle /etc/insserv/overrides or /etc/chkconfig.d

[Ansgar Burchardt]

Hi,

Christian Seiler christ...@iwakd.de writes:
 I've implemented both of these and attached a modified version of
 the patch. Do you have any objections? If not, I'll ask for pre-
 approval by the release team.

The load_sysv function also has a heuristic to guess whether the init
script support the release action or not:

/* Try to figure out whether this init script supports
 * the reload operation. This heuristic looks for
 * Usage lines which include the reload option. */

As far as I can see this will no longer work with the proposed changes
when an override file is present: load_sysv will only process the
override file and never see the usage line used in the heuristic.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#666726: debian-policy: Clarify if empty control fields are ollowed or not

[Ansgar Burchardt]

Hi,

Bill Allombert ballo...@debian.org writes:
 On Fri, Nov 21, 2014 at 12:23:17AM +0500, Andrey Rahmatullin wrote:
 On Sat, Aug 04, 2012 at 11:19:15AM +0900, Charles Plessy wrote:
  How about the attached patch, that adds Its value must not be empty.
  after The field ends at the end of the line or at the end of the last
  continuation line.
 Seconded.

 Would you second the attached version that was posted in this bug
 already ?

Looks fine to me, so seconded.

You might want to fix the commit message: it currently states the
opposite of the change, i.e. that empty values are *not* allowed in
source packages whereas that should be the only place where they *are*
allowed.

Ansgar

 commit ec38643c34333231a2e179ba1e135fd2ebccbf7a
 Author: Bill Allombert bill.allomb...@math.u-bordeaux1.fr
 Date:   Sun Nov 23 16:16:21 2014 +0100

 Document that empty field values are only allowed in debian/control.
 
 Policy: [5.1] empty field values in control files are not allowed in the
 debian/control file of a source package.
 Wording:  Bill Allombert ballo...@debian.org
 Seconded: Henrique de Moraes Holschuh h...@debian.org
 Closes: #666726

 diff --git a/policy.sgml b/policy.sgml
 index 947a1e1..4adee0b 100644
 --- a/policy.sgml
 +++ b/policy.sgml
 @@ -2558,7 +2558,9 @@ Package: libc6
 the field name is ttPackage/tt and the field value
 ttlibc6/tt.
   /p
 -
 +p Empty field values are only permitted in source package control 
 files
 +   (filedebian/control/file). Such fields are ignored.
 +/p
   p
 A paragraph must not contain more than one instance of a
 particular field name.
 @@ -2701,6 +2703,7 @@ Package: libc6
 file. These tools are responsible for removing the line
 breaks from such fields when using fields from
 filedebian/control/file to generate other control files.
 +   They are also responsible for discarding empty fields.
   /p
  
   p


signature.asc
Description: PGP signature

Bug#776912: debootstrap circular depends/pre-depends between sytemd-sysv and systemd

[Ansgar Burchardt]

Control: retitle -1 systemd: missing /dev/urandom makes postinst fail

Hi,

On 02/03/2015 11:59 AM, Ansgar Burchardt wrote:
 On 02/03/2015 11:22 AM, Martin Wuertele wrote:
 Setting up systemd (215-10) ...
 Failed to open /dev/urandom: Function not implemented
 dpkg: error processing package systemd (--configure):
  subprocess installed post-installation script returned error exit status 1
 
 I think this comes from systemd-machine-id-setup which is called in
 systemd's postinst:
 
   core/machine-id-setup.c:140 (in generate):
   r = sd_id128_randomize(buf);
 
   libsystemd/sd-id128/sd-id128.c:216:
   r = dev_urandom(t, sizeof(t));
 
   shared/util.c:2371-2373:
   fd = open(/dev/urandom, O_RDONLY|O_CLOEXEC|O_NOCTTY);
   if (fd  0)
 return errno == ENOENT ? -ENOSYS : -errno;
 
 To make sure, could you try running systemd-machine-id-setup in the
 chroot? And check if /dev/urandom is present in the chroot?

Martin confirmed that systemd tried to open /dev/urandom which is not
present on purpose and that the source seems to be
systemd-machine-id-setup (but did not CC the bug report).

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776912: debootstrap circular depends/pre-depends between sytemd-sysv and systemd

[Ansgar Burchardt]

Hi Marin,

please remember to also send replies to the bug report (I've not
forwarded your message).

The debootstrap log looks a bit more scary than I think it should, but
I'll take a look at only the systemd error:

On 02/03/2015 11:22 AM, Martin Wuertele wrote:
 Setting up systemd (215-10) ...
 Failed to open /dev/urandom: Function not implemented
 dpkg: error processing package systemd (--configure):
  subprocess installed post-installation script returned error exit status 1

I think this comes from systemd-machine-id-setup which is called in
systemd's postinst:

  core/machine-id-setup.c:140 (in generate):
  r = sd_id128_randomize(buf);

  libsystemd/sd-id128/sd-id128.c:216:
  r = dev_urandom(t, sizeof(t));

  shared/util.c:2371-2373:
  fd = open(/dev/urandom, O_RDONLY|O_CLOEXEC|O_NOCTTY);
  if (fd  0)
return errno == ENOENT ? -ENOSYS : -errno;

To make sure, could you try running systemd-machine-id-setup in the
chroot? And check if /dev/urandom is present in the chroot?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776912: debootstrap circular depends/pre-depends between sytemd-sysv and systemd

[Ansgar Burchardt]

Hi,

On 02/03/2015 10:39 AM, Martin Wuertele wrote:
 When trying to debootstrap jessie on an RHEL7 / CENTOS7 (system is
 running systemd 208 Release 11.el7_0.6) system for usage with lxc or
 docker debootstrap fails due to systemd and systemd-sys:
 
 dpkh: systemd-sysv: dependency problems, but configuring anyway as you 
 requested:
  systemd-sysv depends on systemd (= 215-10); however:
   Package systemd is not cnfigured yet.
  systemd-sysv depends on systemd; however:
   Package systemd is not configured yet.
 
 (...)
 Errors were encountered while processing:
  systemd

That looks like there should be an earlier error when trying to
configure systemd. Could you check the log?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776360: nmu: user-mode-linux_3.16-1um-0.1

[Ansgar Burchardt]

Control: tag -1 - moreinfo

On 01/27/2015 07:48 PM, Niels Thykier wrote:
 On 2015-01-27 09:53, Ansgar Burchardt wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu

 Hi,

 user-mode-linux is built against an old kernel version (3.16.5-1). I
 think it should be rebuilt against the current version before release.

   nmu user-mode-linux_3.16-1um-0.1 . ALL . -m Rebuilt against linux 
 3.16.7-ckt4-1.
 
 The current version of the kernel FTBFS on arm64, so we might see a
 newer version of Linux.

linux 3.16.7-ckt4-2 fixed the FTBFS on arm64 (already built there). The
new version is also already installed on i386 and amd64, the only two
architectures user-mode-linux is available for.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776360: nmu: user-mode-linux_3.16-1um-0.1

[Ansgar Burchardt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hi,

user-mode-linux is built against an old kernel version (3.16.5-1). I
think it should be rebuilt against the current version before release.

  nmu user-mode-linux_3.16-1um-0.1 . ALL . -m Rebuilt against linux 
3.16.7-ckt4-1.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776361: nmu (for stable): user-mode-linux_3.2-2um-1+deb7u2

[Ansgar Burchardt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hi,

user-mode-linux in stable is built against linux version 3.2.54-2, but
proposed-updates is already at version 3.2.65-1+deb7u1. user-mode-linux
should probably be rebuilt against the current version.

nmu user-mode-linux_3.2-2um-1+deb7u2 . ALL . -m Rebuilt against linux 
3.2.65-1+deb7u1.

(Note that the binary version for user-mode-linux is at +b2.)

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775809: libauthen-oath-perl: typo in package description

[Ansgar Burchardt]

Package: libauthen-oath-perl
Version: 1.0.0-1
Severity: minor

The package description has a small typo in a URL:

   http://www.openautentication.org

should be

   http://www.openauthentication.org/

instead. The same typo is present in upstream's README.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775758: buildd.debian.org: please setup buildds for wheezy-backports-sloppy and jessie-backports

[Ansgar Burchardt]

Package: buildd.debian.org
Severity: normal

Please configure wanna-build and buildds for the new backports suites
wheezy-backports-sloppy and jessie-backports. Both are already present
on ftp.d.o and incoming.d.o.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775165: nmu: binutils-mingw-w64_2 (wheezy-security, wheezy-p-u)

[Ansgar Burchardt]

Hi,

Thijs Kinkhorst th...@debian.org writes:
 Op maandag 12 januari 2015 19:18:28 schreef Adam D. Barratt:
 On Mon, 2015-01-12 at 19:15 +0100, Thijs Kinkhorst wrote:
  This is not something we do very routinely, so I'd like to confirm: if
  these  binNMU's are triggered for stable-security, do they still end up
  in the security-master queue so they can be released in a coordinated
  way?
 
 I think so, but it's nothing something I've any experience with for the
 security archive either; might be worth confirming with ftp-master?

 Can you confirm: when triggering binNMU's for the security archive, do these 
 end up in the embargoed queue so they can be released at a given moment by 
 new-security-install, or are they installed immediately?

They should[1] end up in the policy queue as long as no package with the
same version number has been accepted yet (which can happen with binNMU
version skew between architectures). In the latter case, you just have
to make sure there are no ACCEPT(ED) comments for the uploads.

Note that the archive requires the source package to already be in the
target suite (or a base suite in case of overlays like p-u or
experimental). In particular this means you cannot schedule binNMUs for
the security archive for source packages not present there.

Ansgar

  [1] It works for d-i binNMUs in stable.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#775094: gnome-control-center: display: resolution options are too limited

[Ansgar Burchardt]

Package: gnome-control-center
Version: 1:3.14.2-2
Severity: normal
Tags: upstream

The resolution options offered in gnome-control-center's display
panel are too limited:

In particular for a monitor supporting up to 1920x1200, the resolution
option 1920x1080 is *not* offered. However it is useful if there is a
second display (TV) which should be configured in mirror mode and
where the second display only supports resolutions up to 1920x1080.

There seems to be no way to configure such a mirror setup via the
GNOME GUI. Note that I cannot configure the 1920x1200 monitor as a
mirror of the 1920x1080 one either: in that case only 1600x1200 is
offered as the resolution of the 1920x1200 monitor.

Ansgar

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.37-3+b1
ii  apg2.2.3.dfsg.1-2
ii  colord 1.2.1-1+b2
ii  desktop-file-utils 0.22-1
ii  gnome-control-center-data  1:3.14.2-2
ii  gnome-desktop3-data3.14.1-1
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  gnome-settings-daemon  3.14.2-2
ii  gsettings-desktop-schemas  3.14.1-1
ii  libaccountsservice00.6.37-3+b1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-13
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libcanberra-gtk3-0 0.30-2.1
ii  libcanberra0   0.30-2.1
ii  libcheese-gtk233.14.1-2
ii  libcheese7 3.14.1-2
ii  libclutter-1.0-0   1.20.0-1
ii  libclutter-gtk-1.0-0   1.6.0-1
ii  libcolord-gtk1 0.1.25-1.1+b1
ii  libcolord2 1.2.1-1+b2
ii  libcups2   1.7.5-10
ii  libdbus-glib-1-2   0.102-1
ii  libfontconfig1 2.11.0-6.3
ii  libgdk-pixbuf2.0-0 2.31.1-2+b1
ii  libgl1-mesa-glx [libgl1]   10.3.2-1
ii  libglib2.0-0   2.42.1-1
ii  libgnome-bluetooth13   3.14.0-2
ii  libgnome-desktop-3-10  3.14.1-1
ii  libgoa-1.0-0b  3.14.2-1
ii  libgoa-backend-1.0-1   3.14.2-1
ii  libgrilo-0.2-1 0.2.11-2
ii  libgtk-3-0 3.14.5-1
ii  libgtop2-7 2.28.5-2+b1
ii  libibus-1.0-5  1.5.9-1
ii  libkrb5-3  1.12.1+dfsg-16
ii  libmm-glib01.4.0-1
ii  libnm-glib-vpn10.9.10.0-5
ii  libnm-glib40.9.10.0-5
ii  libnm-gtk0 0.9.10.0-2
ii  libnm-util20.9.10.0-5
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libpolkit-gobject-1-0  0.105-8
ii  libpulse-mainloop-glib05.0-13
ii  libpulse0  5.0-13
ii  libpwquality1  1.2.3-1
ii  libsmbclient   2:4.1.13+dfsg-2
ii  libsoup2.4-1   2.48.0-1
ii  libupower-glib30.99.1-3.1
ii  libwacom2  0.8-1
ii  libx11-6   2:1.6.2-3
ii  libxi6 2:1.7.4-1+b2
ii  libxml22.9.1+dfsg1-4

Versions of packages gnome-control-center recommends:
pn  cracklib-runtime   none
ii  cups-pk-helper 0.2.5-2+b1
ii  gkbd-capplet   3.6.0-1
ii  gnome-online-accounts  3.14.2-1
ii  gnome-user-guide   3.14.1-1
ii  gnome-user-share   3.14.0-2
ii  iso-codes  3.57-1
pn  libnss-myhostname  none
pn  mesa-utils none
ii  mousetweaks3.12.0-1
ii  network-manager-gnome  0.9.10.0-2
ii  policykit-1-gnome  0.105-2
pn  realmd none
ii  rygel  0.24.2-1
ii  rygel-tracker  0.24.2-1

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.4.4-2
pn  libcanberra-gtk-module   none
pn  libcanberra-gtk3-module  none
ii  x11-xserver-utils7.7+3+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774836: unblock: libquvi/0.4.1-3

[Ansgar Burchardt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package libquvi. The version currently in testing has a
small security issue: it looks for Lua helper scripts below the
current path. This can lead to arbitrary code execution if a program
using libquvi is run in a directory such as /tmp.

unblock libquvi/0.4.1-3

Ansgar
diff -Nru libquvi-0.4.1/debian/changelog libquvi-0.4.1/debian/changelog
--- libquvi-0.4.1/debian/changelog	2014-05-27 10:25:54.0 +0200
+++ libquvi-0.4.1/debian/changelog	2015-01-04 12:53:58.0 +0100
@@ -1,3 +1,11 @@
+libquvi (0.4.1-3) unstable; urgency=medium
+
+  * Do not look for Lua helper scripts below current directory.
+(Closes: #774555)
++ new patch: lua-scripts-below-cwd.patch
+
+ -- Ansgar Burchardt ans...@debian.org  Sun, 04 Jan 2015 12:52:34 +0100
+
 libquvi (0.4.1-2.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch
--- libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch	1970-01-01 01:00:00.0 +0100
+++ libquvi-0.4.1/debian/patches/lua-scripts-below-cwd.patch	2015-01-04 12:45:22.0 +0100
@@ -0,0 +1,23 @@
+From: Ansgar Burchardt ans...@debian.org
+Subject: Do not look for Lua helper scripts below current directory
+Date: Sun, 04 Jan 2015 12:39:12 +0100
+
+Bug-Debian: https://bugs.debian.org/774555
+--- a/src/libquvi/lua_wrap.c
 b/src/libquvi/lua_wrap.c
+@@ -367,15 +367,6 @@
+   return (QUVI_OK);
+ }
+ 
+-  /* Current working directory */
+-  buf = getcwd(NULL,0);
+-  if (!buf)
+-return(QUVI_MEM);
+-
+-  asprintf(path, %s/%s, buf, spath);
+-  _free(buf);
+-  _scan;
+-
+   /* Home directory */
+   homedir = getenv(HOME);
+   if (homedir)
diff -Nru libquvi-0.4.1/debian/patches/series libquvi-0.4.1/debian/patches/series
--- libquvi-0.4.1/debian/patches/series	2014-05-22 15:44:47.0 +0200
+++ libquvi-0.4.1/debian/patches/series	2015-01-04 12:45:22.0 +0100
@@ -1,2 +1,3 @@
 configure.ac-add-missing-AM-macros.patch
 lua52.patch
+lua-scripts-below-cwd.patch

Bug#774555: libquvi: looks for helper scripts below current working directory

[Ansgar Burchardt]

Source: libquvi
Version: 0.4.1-1
Severity: important
Tags: security

Stepan Golosunov reported that libquvi looks for Lua helper scripts
below the current working directory, leading to potential arbitrary code
execution.

The corresponding code can be found in the scan_known_dirs function in
src/libquvi/lua_wrap.c.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773895: [Pkg-sysvinit-devel] Bug#773895: sysvinit: package to pin sysvinit during upgrades

[Ansgar Burchardt]

Michael Gilbert mgilb...@debian.org writes:
 On Thu, Dec 25, 2014 at 11:25 AM, Steve Langasek wrote:
 This is not a reasonable thing to ship in any package in the archive.

 There are other packages that already do this.

No, there are not. There is no package shipping files in
/etc/apt/preferences.d:

  coccia% zgrep etc/apt/preferences \
  /srv/ftp-master.debian.org/ftp/dists/unstable/main/Contents-amd64.gz 
  no-output-here

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773424: vtk6 has the wrong library paths for vt libraries; using full paths to dlopen instead of library names

[Ansgar Burchardt]

Hi,

Don Armstrong d...@debian.org writes:
 $ echo 'package require vtk'|vtk6
 couldn't load file /usr/lib/libvtkCommonCoreTCL-6.1.so:
 /usr/lib/libvtkCommonCoreTCL-6.1.so: cannot open shared object file:
 No such file or directory
[...]
 I suspect that something is giving a full path to dlopen instead of a
 library name, and fixing that will solve this problem.

I think the problem is in /usr/lib/tcltk/vtk-6.1/pkgIndex.tcl:

+---
|   namespace eval ::vtk::init {
| proc load_library_package {libName libPath {libPrefix {lib}}} {
|   #first try to load a static package, then try the shared package.
|   if {[catch load {} $libName]} {
| set libExt [info sharedlibextension]
| set currentDirectory [pwd]
| set libFile [file join $libPath $libPrefix$libName-6.1$libExt]
| if {[catch cd {$libPath}; load {$libFile} errorMessage]} {
+---

So load_library_package is looking in a specific location for the shared
libraries, and later:

+---
| ::vtk::init::load_library_package {vtk${kit}TCL} {[file dirname [file 
dirname [file dirname [info script}
+---

I assume `[info script]' refers to /usr/lib/tcltk/vtk-6.1/pkgIndex.tcl,
so this should look in /usr/lib and not the correct (multi-arch)
location.

As an alternative to changing this and if lib*TCL-6.1.so are not used
otherwise, one could move the shared objects out of the multi-arch
location to /usr/lib and into the tcl-vtk6 package.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#774029: unblock: screen-message/0.23-1

[Ansgar Burchardt]

Hi,

Joachim Breitner nome...@debian.org writes:
 Am Samstag, den 27.12.2014, 17:21 + schrieb Adam D. Barratt:
 It doesn't look like 0.23 is in the archive yet?

 indeed, but how did that happen? I have a signed changes and an upload
 log here, from 2014-12-23 (attached to prove myself I’m not crazy), but
 I don’t find mails from the archive bots about it.

 @ftp-master: Can you tell what I did wrong?

The .changes was signed with your old key:

  gpg: Signature made Tue Dec 23 19:57:51 2014 CET
  gpg:using DSA key 0xF628EB934743206C

Ansgar


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773498: libcrypt-ssleay-perl: Virtual Depenedency block

[Ansgar Burchardt]

Hi,

On 12/19/2014 08:36 AM, Sanjeev wrote:
 Package: libcrypt-ssleay-perl
 Version: 0.58-1+b2
[...]
   When trying to install throught apt-get, it reports 
  libcrypt-ssleay-perl : Depends: perlapi-5.14.2 but it is not installable
   
   since perlapi-5.14.2 is virtual package and only exist in 
 wheezy ,
   it also blocks gnucash from installing from sid (not jessie)

libcrypt-ssleay-perl_0.58-1+b2 on amd64 has

  Depends: libc6 (= 2.2.5), libssl1.0.0 (= 1.0.0),
   perl (= 5.20.0-4), perlapi-5.20.0

so I suspect you are trying to install a different version. What does

  apt-cache policy libcrypt-ssleay-perl

say?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#772622: CVE-2014-8602: denial of service with endless delegations

[Ansgar Burchardt]

Hi,

Yves-Alexis Perez cor...@debian.org writes:
 I guess Ansgar put the debian.tar.xz at the right place, the processing
 was successful in the end.

 Ansgar: will it not be an issue to have both debian.tar.{gz,xz} in the
 archive?

No, the second .debian.tar.* is not kept: it's referenced by the
.changes so dak verifies that it's included in the upload, but then gets
thrown away as it's not referenced by the .dsc. (The throw-away part
then broke syncing it to ftp-master as a file referenced by the .changes
was suddenly gone.)

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#772829: release-notes: 5.1 Security status of web browsers refers to iceape

[Ansgar Burchardt]

Package: release-notes
Severity: minor

Hi,

section 5.1 Security status of web browsers refers to iceape two times:

   For general web browser use we recommend browsers building on the
Mozilla xulrunner engine (Iceweasel and Iceape) or Chromium.

   Iceweasel, Iceape and Icedove will also be kept up-to-date by
rebuilding the current ESR releases for stable.

However iceape is gone from Debian[1]. So I suggest to change the wording to

   For general web browser use we recommend Iceweasel or Chromium.

   Iceweasel and Icedove will also be kept up-to-date by rebuilding
the current ESR releases for stable.

Ansgar

  [1] https://tracker.debian.org/pkg/iceape


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#761815: installation adds entries for USB media to /etc/fstab which confuse udisks

[Ansgar Burchardt]

Hi,

Gaudenz Steinlin gaud...@debian.org writes:
 Just to give some context: This bug is about adding entries for USB mass
 storage devices to /etc/fstab on installation.

 Olliver Schinagl oli...@schinagl.nl writes:
 I just got bitten by this bug myself.

 As a long time gentoo + ubuntu user, I was baffled after getting the 
 solution to this problem. I have worked through several different kind 
 of fstab files, but this was a serious wtf. Why wasn't removable storage 
 working for me? I just couldn't figure it out, everything 'looked' normal.

 I'd increase the severity of this report, as it is far far from
 obvious.

 I just had a look at the relevant code in partman-target
 finish.d/fstab_removable_media_entries. As far as I understand it (no
 testing done) these entries are added if a USB device is currently
 plugged in. The code is from 2004 (commit
 af81206d02f8d668dab382e5ec8483ccbc90a506) when this probably made sense.

 Does it make any sense anymore to keep this code? IMO the fstab entries
 should at least not be added when udisks is installed. I attached a
 patch (not yet tested) which does this.

My personal opinion is that the right thing is to not add entries to
/etc/fstab for removable devices at all (where removable means that
the device itself can be removed, not just devices with removable
media): I think there is no guarantee that the entry added to /etc/fstab
actually matches the right device later. Plus the problems with udisks.

 My patch currently only prohibits adding of USB device entries. Should
 this be extended to floppies and CD-ROMs? What about kfreebsd and hurd?

I'm not sure about CD-ROM/floppies or other devices with removable
media. I also don't know about kFreeBSD or Hurd.

 IMO this should be fixed before the release as it causes unexpected and
 inconsistent behavior.

Agreed. I've personally at least encountered 3 people having problems
with using USB media under desktop environments (KDE or GNOME) due to
these entries in /etc/fstab.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie

[Ansgar Burchardt]

On 11/28/2014 03:16 PM, Thorsten Glaser wrote:
 On Fri, 28 Nov 2014, Marco d'Itri wrote:
 I disagree: upgrades should get the default init system unless the 
 system administrator chooses otherwise.
 
 I disagree with you, and so does CTTE, this time: they said
 that existing installations should retain their init system
 – which goes along with “upgrades should not change the sy‐
 sytem state” generall – as much as possible.

No, the ctte did not say that. We had a flamewar about that
interpretation before.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762194: Summary:Re: Bug#762194: Proposal for upgrades to jessie

[Ansgar Burchardt]

On 11/28/2014 03:24 PM, Thorsten Glaser wrote:
 On Fri, 28 Nov 2014, Ansgar Burchardt wrote:
 No, the ctte did not say that. We had a flamewar about that
 interpretation before.
 
 That was almost word by word from
 https://lists.debian.org/debian-devel-announce/2014/11/msg0.html

See [1] and [2] and possibly other places.

Ansgar

  [1] https://lists.debian.org/debian-ctte/2014/11/msg00046.html
  [2] https://lists.debian.org/debian-ctte/2014/11/msg00049.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762194: Alternative proposal for init switch on upgrades.

[Ansgar Burchardt]

Hi Svante,

Svante Signell svante.sign...@gmail.com writes:
 Has the proposed (pre-)depends ordering on init been tested and the
 results known?

You might want to read https://bugs.debian.org/762194#142, but the
obligation for tests is really on the side of the people who want this
change (IMO).

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#771008: debian-archive-keyring: new archive signing keys for Jessie

[Ansgar Burchardt]

Package: debian-archive-keyring
Version: 2014.1
Severity: important

Hi,

please include the new archive signing keys:

pub   4096R/0x7638D0442B90D010 2014-11-21 [expires: 2022-11-19]
  Key fingerprint = 126C 0D24 BD8A 2942 CC7D  F8AC 7638 D044 2B90 D010
uid   Debian Archive Automatic Signing Key (8/jessie) ftpmas...@debian.org

pub   4096R/0x9D6D8F6BC857C906 2014-11-21 [expires: 2022-11-19]
  Key fingerprint = D211 6914 1CEC D440 F2EB  8DDA 9D6D 8F6B C857 C906
uid   Debian Security Archive Automatic Signing Key (8/jessie) 
ftpmas...@debian.org

Both keys are signed by the FTP masters and the current archive signing
key.

The keys are *not* used yet, as usual we plan to start using them around
the release of Jessie or the expiry of the old key.

Ansgar

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1

mQINBFRvqBkBEADAe63Jl0pw5Ry9LDwn31BJSBat+2WYJXT4Iqsgtmm79drvAcVU
JjtGZX11XdJj/aIVxeafghYxVj4Ld+yxiB25GAcxGr5O3Acv7DOlBQnqFZ7jvZUd
qwSCpsoDoBt5rX+FlHl/NB8VGjpS0cgC+wuSrLRW6Qux0/tn2Dow7KzB5B7YvaCi
ChF2M7ZPJhhp5QGoI+ucEwSJ/NIeOguZWiOEl+Tbglz5YTHuVjZViNIX4Xdw+N7l
1//oR8k/GEWuVU4dFsWmc6UCEClCotYHXoPHHGJpIUDBMk3sU5v3ULjKcIDkHOHX
qu91lk9OEdteieWS6npsuyy2pOOgRgXKxi1mAc7jPTLejT2GTCoUl6anP6/MbMdC
uMww1TadVaVTnw7zxW0t/uQ97wr1YtwnB6mLdfgCbUTtXMoFdijGJx+k/qb4cmmr
hPBXn5frUdwA3He6x5gkGINxy6scHhwYXpLuvpgf6WCOMRQ7afeKokHN1ctnnKCr
LJbV/Y8wkWI62O0XkqqfFyaz0fhhnaoEbMjksWYo86GeAtZysrw0MwZfANf9/l5E
GfUZIAQNiMIsGjNmyc+pSyzbBQoaJpQOdzER7z6ywzUETLQp2TRIUg2BvDkLPzLJ
Lun4KdChr8TKHoq3EtiV0hIAeGDD173b5x8Mukb2DSyvzc2vPorqRyqawQARAQAB
iQI3BB8BCAAhBQJUc6aAFwyAATCZEb6pZtBhMFMEVxG05f8VsP2CAgcAAAoJEHY4
0EQrkNAQQt0P/1jWfbtfR0A7WUChOPHWCNZ+rm8PdBpY4FnRS4hbrBHJdVJnMAIZ
J2Ys+5Uj9/xzMLYmrK8ObktUBBegrLTzkrS8B1OsvFJE7jSzoIxRZtYVMcsN2ADK
j0dz1a9AMaKf8xtnJBTxD6af8leb50FnR8iUV0ZPVD5zG3J49T2DmhkhFwgaU4fV
Y2Padtmp65CNdH2YUgPE9nCKU8tMVeVftFWfVBJRkmvwFkPaWy822IqTFkLWpNoS
L+DCxDN0WKPbBfD+7vEaKHfAA18MCF5d064FupUn7m61b969Ntie0UwoUjzooW7O
IgNH0mpwrVNwQMa0DPdr8zPQRX9mIgg5ZEz6SSi5KKZGK0PkOnx50fiAUwhaQ/Wo
SsZesmMauOokxzZMBkzp4QiSWOy3ctcEuAVSjg3Zb1kRkiRSyRZvzL57EET4W5t5
d35GuPyF07D5cOsD5EU368ACfIrJtUPRDHjOpV0E29kav65eHmYcGJW59wCnaCOF
UVwFoRcLPkcYQCE3XoWoGFOI9yCkYS1LEzyDKLrtrBJZ5rUGTQXA2A9RfXxwrJgn
jq+jmRuce5C2eYvHRNMrj9AsHGC23nj45pxLCHiRJO0hWcsnkFgWoEx5I6mcn1sI
0FBpI2qc9CJ9/+GKDUbjYoaZYUbT+OFIRqGWLtPE5BakbTL/8QO8JD4UiQI3BB8B
CAAhBQJUc6ZhFwyAAfv6vbVBtdyVW9m6btsWz1uxJSXEAgcAAAoJEHY40EQrkNAQ
hU4QAJVHgI4Tu//AmYrXUJQkVPqqLJojpRdXlyBSbUy6BMk+K4JjAG+drMeu4/CX
VXpX86EoA1u7VOZpSqAHFlWFnLZQRLjdLElW4Obi0O3TgHCrFcg3J9JxjxlX6jUn
eok6z1zPpWiKEV4UYuiBuRNhWCJW3T80ZUaR+CxRSI/f3vw74CkFAGAYhZW99lI1
gMAcozlVK+Z8JWH/QPFDRBy/n0Lk9FXfX95GtLE3JUBGoeBHt9Nn0kRck8daQttb
rASt2IqRIuJJCHn5QGSgqmtf6tXkF8n1BjZ+m6svMWj6BmELIo2mHE8y8v5Ax0QS
/SrVKQ6qh4oD3W6H9Y4TCF0yAAvSBkcrWzNw/ItUrWWJqDMP00n6WvYPxYKO6QaW
OOpikRWELTOpuVV/yGEqG2/xgrNtIAlGMamhhct5AFCv9/lniqyXilMaEOECw2Sd
SPnAaiBvxGqBMNt2T4KjQSvoMWaFD2SoRv+zZHAyt2GJ9QMSQn9imL8TNH7OajTy
B+5MJs5pWN4l1jv6T1pmIH2hqN5exmr/SvcYLiaMV9bus6C0QYk5THa2gQeQQBor
b6FoeXtWFyT9EF/R4/MY0DvflZAVsBO8d+5L6X7boVobef6TMPkNFzvQrtIz/KHX
vVlGf80KiL+jH/ZOwljXH/gsldbwZxM/mTFK7mscsdWp9+/1iQI3BB8BCAAhBQJU
c6YzFwyAAYDpdvFKUIpI6co/6bw3IlLKHPlkAgcAAAoJEHY40EQrkNAQNccP/jF5
PrHhRZRbPBiXcYCBpceUUSmkd9nw0MKhL1MpqiQFF0izptt6etsA1esy2oXl+lAy
wQfCFGXIu51CHXqJpAEnv0MNqhExLZTW1GjoBNGB7iPJdtDlGfk9eamWqNZ7F4Ry
TkppqLFT7tOrWW3pnPP9wgTwdu+qw4eC5T1DIDPNYnXZ/dcSIzYS9t6H8HxROJvG
0pnXKmUWn6EiASv6eEBbKC9lNnC1S1IqwELDV6fSjDqqAz88MRdM1vqlmp1Oa1Gq
egPvIziuAUCP2XpMvGLf67CL4D5v4w9p8zLfNnK3G/s12S+l+KalSlmufdbcyveV
DD38bVjtLSwXoNQOG6GK+NvNlQGjsvRa8eQhVjCRtFTitH63V6rDc7cuc+EFqrTI
ut37qD0fQMlxb2WF0VXg8vQqpuchFYbiYneH9vADGr0LG7cFNKurEYgjsY+f8DJk
PoNHkt7rLzmBX8wfhMDsIwoQgscNEQTRwyQYnUAHUyU9rcVqE8puwLgy49bp2QXl
079YO7s8vdHk7n5RbK93tADuSHMYY1bbhPP8dMCiuK35oDQmSOzAURZx0C5XSGkm
5gnlFCYNoirO3xEdh9C2Eu0JvcKBE5aPw1xNBLZml75jP3WdJpnR+bsQjCSofMRX
FERt5unDXn0zNpaP1+czDKTxperLK09QyEhRKbtOtEZEZWJpYW4gQXJjaGl2ZSBB
dXRvbWF0aWMgU2lnbmluZyBLZXkgKDgvamVzc2llKSA8ZnRwbWFzdGVyQGRlYmlh
bi5vcmc+iQI+BBMBCAAoBQJUb6gZAhsDBQkPCZwABgsJCAcDAgYVCAIJCgsEFgID
AQIeAQIXgAAKCRB2ONBEK5DQEC6aD/9zdJeMq2ouH+DE7sev5l9w6dQueAckjr6w
v3V431pkjwJtm/vF+Q0bTEcsjNE84DQ76xKLpZzZ90WR9QseNUSuo0XQfyshw99m
0lyyomyMvcMQv2BYu/MyPp9Vv1HuMVb/qpDhBfhJtHXE3XIhcbhvvsKaA0a0WJyy
c5+KIFbT4MzOwSEySm1q2BAlQ4QoAvbXxzCM4SFfwCwLm7SgM+k3vPXUsIwFaMG6
fruG3Jd5DJBy7dWJiIV8Z49DSLbUNggTa2sXMcI3v7hKEX3/XBjCQ83yGywfXxR3
HqcgWuhtmmIAJE8FCXeekJZY6UYTm+fIxrds8uz5vUI8dqMVOYRERNFx14Hb4FaO
Ri+ySANaMXt7CqlcbM4kwr0EK9NJ3ft7q63OL70DxhqMBC8NinsR0CC7ivBvnvaL
pQLb31zDE+kyyiNgrMauNrQsr/JusI/olVdNiygrXFre7lhUVO4iOMOdPWxYZGyZ
6qxiaXYpu13jN/gzO9a8rdbIwN2DzVzMmFzYc3XfE46v//t1SuQPbNttLu7t3iHG
ne23WEd5/XaQKVhhVrnRBavqMjtJl6tGJqIpX91rQ+w2TDaKFFVSWuLsClQLX/vU
r1X7aL9roEDEqn3OcXYh+tuZHRjBpQDc4wyxdnQFn+7cipwHAh1v7ZziPAhsqA4a
fZxOvoTcr4kCHAQQAQgABgUCVG+rPQAKCRCLSK1iRpJVUyNoD/451GSQa3fu/go8
PUDtZH+ym6OgAwW7epLY0wl4SS1LeFEhZJjA7qaJ2zMc85BEjNhzn4gdxChaN/Yf
c33mBXKjhTQQJfkG0FoZa/08qzET/Wt2y4nSX4gL8cd6nWw79a/YsOxRqdCFDIzb
foZpGOdy/RyFx3QpTN7PF4ZNOK4cW6dPSDjRQKn1uP0q0XuHrUoELqHKNOHB1Z9Q

Bug#769759: tracker-extract dumps the complete file it cannot index to stdout/stderr

[Ansgar Burchardt]

Control: found -1 1.2.2-2

I observed the same bug here, see attachment.

Ansgar
Nov 24 15:22:00 snout gnome-session[1174]: (tracker-extract:1458): 
Tracker-WARNING **: Task 2, error: Unable to insert multiple values for subject 
`urn:uuid:6c255e7f-d78c-8b56-87a6-c87fc754db43' and single valued property 
`dc:creator' (old_value: '100606', new value: 
'urn:uuid:dbf56269-3d79-5b12-7b9e-4124fbbe652a')
Nov 24 15:22:00 snout gnome-session[1174]: (tracker-extract:1458): 
Tracker-WARNING **: Sparql update was:
Nov 24 15:22:00 snout gnome-session[1174]: INSERT {
Nov 24 15:22:00 snout gnome-session[1174]: GRAPH 
urn:uuid:472ed0cc-40ff-4e37-9c0c-062d78656540 {
Nov 24 15:22:00 snout gnome-session[1174]: 
urn:uuid:6c255e7f-d78c-8b56-87a6-c87fc754db43 nie:dataSource 
http://www.tracker-project.org/ontologies/tracker#extractor-data-source .
Nov 24 15:22:00 snout gnome-session[1174]: 
urn:uuid:6c255e7f-d78c-8b56-87a6-c87fc754db43 a nfo:PaginatedTextDocument ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:title Implant wear 
mechanisms---basic approach ;
Nov 24 15:22:00 snout gnome-session[1174]: nco:creator [ a nco:Contact ;
Nov 24 15:22:00 snout gnome-session[1174]: nco:fullname H Bhatt and T 
Goswami] ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:contentCreated 
2008-09-25T13:38:14Z ;
Nov 24 15:22:00 snout gnome-session[1174]: dc:format application/pdf ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:description  ;
Nov 24 15:22:00 snout gnome-session[1174]: nfo:pageCount 10 ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:plainTextContent 
Home\nSearch\nCollections\nJournals\nAbout\nContact us\nMy IOPscience\nImplant 
wear mechanisms—basic approach\nThis content has been downloaded from 
IOPscience. Please scroll down to see the full text.\n2008 Biomed. Mater. 3 
042001\n(http://iopscience.iop.org/1748-605X/3/4/042001)\nView the table of 
contents for this issue, or go to the journal homepage for more\nDownload 
details:\n ... [Rest left out]
[ more plain text ]
Nov 24 15:22:00 snout gnome-session[1174]: }
Nov 24 15:22:00 snout gnome-session[1174]: }



Nov 24 15:22:00 snout gnome-session[1174]: (tracker-extract:1458): 
Tracker-WARNING **: Task 3, error: Una
ble to insert multiple values for subject 
`urn:uuid:0168016f-c010-21ca-81d4-56370e6f8801' and single valu
ed property `dc:creator' (old_value: '100668', new value: 
'urn:uuid:7a0dc7dd-029e-f2f0-f1dd-5f58312f4f7c'
)
Nov 24 15:22:00 snout gnome-session[1174]: (tracker-extract:1458): 
Tracker-WARNING **: Sparql update was:
Nov 24 15:22:00 snout gnome-session[1174]: INSERT {
Nov 24 15:22:00 snout gnome-session[1174]: GRAPH 
urn:uuid:472ed0cc-40ff-4e37-9c0c-062d78656540 {
Nov 24 15:22:00 snout gnome-session[1174]: 
urn:uuid:0168016f-c010-21ca-81d4-56370e6f8801 nie:dataSource 
http://www.tracker-project.org/ontologies/tracker#extractor-data-source .
Nov 24 15:22:00 snout gnome-session[1174]: 
urn:uuid:0168016f-c010-21ca-81d4-56370e6f8801 a nfo:PaginatedTextDocument ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:title Microsoft Word - RK4 PSP 
Version.dot ;
Nov 24 15:22:00 snout gnome-session[1174]: nco:creator [ a nco:Contact ;
Nov 24 15:22:00 snout gnome-session[1174]: nco:fullname perforal] ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:contentCreated 
2014-01-29T08:06:57Z ;
Nov 24 15:22:00 snout gnome-session[1174]: dc:format application/pdf ;
Nov 24 15:22:00 snout gnome-session[1174]: nfo:pageCount 2 ;
Nov 24 15:22:00 snout gnome-session[1174]: nie:plainTextContent 
Eingangsstempel (Abt. 
8.3):\n(Hochschuleinrichtung)\nAachen,\nTH-Personal-Nr.:\n ... [Rest left out]
[ more plain text ]
Nov 24 15:22:00 snout gnome-session[1174]: }
Nov 24 15:22:00 snout gnome-session[1174]: }

Bug#762194: a technical proposal

[Ansgar Burchardt]

Hi,

Adam Borowski kilob...@angband.pl writes:
 As Ansgar requests technical solutions, here's one:

 just like systemd-shim|systemd-sysv, switch the init package from
   Pre-Depends: systemd-sysv | sysvinit-core | upstart
 to
   Pre-Depends: sysvinit-core | systemd-sysv | upstart

From a simple test this seems to change what debootstrap installs in
some configurations (namely at least with --variant=minbase).

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765803: Bug#762194: On automatic init system switching on upgrade

[Ansgar Burchardt]

Hi,

Don Armstrong d...@debian.org writes:
 Speaking personally, without specific patches which have been discussed
 with the maintainers of the init package and well tested, I'm unlikely
 to vote any resolution on this issue above FD.

Does this include the no change is required option? I would prefer if
we did not end in perpetual further discussion until the freeze is over.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#765803: Bug#762194: On automatic init system switching on upgrade

[Ansgar Burchardt]

Hi,

[ Replying to the bug. ]

On 11/20/2014 06:27 PM, Don Armstrong wrote:
 On Thu, 20 Nov 2014, Ansgar Burchardt wrote:
 Don Armstrong d...@debian.org writes:
 Speaking personally, without specific patches which have been discussed
 with the maintainers of the init package and well tested, I'm unlikely
 to vote any resolution on this issue above FD.

 Does this include the no change is required option?
 
 I don't think we have such an option even proposed. [Or even, any
 options.] I'd probably be OK with an option which punted back to
 maintainers to figure things out in the absence of real options. That's
 technically no different than FD, but maybe effectively different.

Past decisions to not overrule maintainers did not end with further
discussion.

So I suggest a

The technical committee declines to override the init system
maintainers on the question of switching init systems on an
upgrade to Jessie.

option.

(Note: I say init system maintainers as both sysvinit and the new init
 meta package are involved.)

 I would prefer if we did not end in perpetual further discussion until
 the freeze is over.
 
 I don't think using CTTE powers to try to prejudge something like this
 for all un-proposed options is acceptable. Further discussion may be
 annoying, but even if the CTTE were to decide, we'd still be discussing.

Hmm? I don't think this is different from past issues that ended with
declining to overrule people.

My main point is that it would be nice to have this issue resolved soon
given that Jessie is already frozen. And given there was no proposal how
to implement the no-switch option to even discuss, I suggest the simple
no-override solution from above.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#762194: On automatic init system switching on upgrade

[Ansgar Burchardt]

Hi,

I would like to see an end to open questions on systemd in Jessie.

So, given that the GR is over and no technical proposals for not
switching init systems on upgrade to Jessie have been made, is it
possible to draw a conclusion to this issue now? I'm not sure there is
much to gain from waiting longer...

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org