Bug#834078: RFS: python-argh/0.26.1-1.1 [NMU, RC] -- simple argparse wrapper

* Sean Whitton , 2016-08-11, 12:07: * Update 0001-fix-unit-tests.patch for newer sbuild (Closes: #832851). The LANG environment variable might not be set. Both the original and the new patch look wrong to me: * C is not the only locale in which the test fails. *

Bug#827895: missing ITP

Control: block 826794 by 827895 Hi, now the missing ITP is found. On 12 August 2016 at 11:23, Bart Martens wrote: > Hi Lumin, > > Where is the ITP? There should be one, see the instructions at "new packages": >

Bug#827590: missing ITP

Control: retitle 826791 ITP: lua-torch-trepl/0~20160613-g06128f9-1 -- A REPL for Troch Framework Control: block 826791 by 827590 Hi, the ITP is found now. On 12 August 2016 at 11:19, Bart Martens wrote: > Hi Lumin, > > Where is the ITP? There should be one, see the

Bug#834139: ncbi-tools6: please add support for SOURCE_DATE_EPOCH

Source: ncbi-tools6 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Dear Maintainer, while trying to make the metastudent-data package reproducible, I noticed that the binary package contains BLAST index files which embed timestamps

Bug#833758: zegrapher: diff for NMU version 3.0-1.1

Dear Mattia, thank you for the NMU. Best regards, Georges. Mattia Rizzolo a écrit : > Control: tags 833758 + patch > Control: tags 833758 + pending > > Dear maintainer, > > I've prepared an NMU for zegrapher (versioned as 3.0-1.1) and > uploaded it to DELAYED/5. Please feel

Bug#834133: Acknowledgement (dh-python: Conditional dependencies using extra_requires are not parsed)

My proposal is to package and use python-markerlib [1] for generic approach to PEP-496 [2] And then simply check if line is marker and if so and matches environment, append lines bellow to dependencies. --- [1] https://bitbucket.org/dholth/markerlib [2] https://www.python.org/dev/peps/pep-0496/

Bug#834060: give-back karchive on kfreebsd-*

On 11/08/16 20:09, Andreas Beckmann wrote: > Hi, > > gb karchive_5.24.0-1 . kfreebsd-amd64 kfreebsd-amd64 I guess you meant k-i as one of those. Given back. Cheers, Emilio > The build should now succeed with the updated pkg-kde-tools. > > If there is an easy way to grep for similar errors in

Bug#827582: missing ITP

Hi Lumin, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#827895: missing ITP

Hi Lumin, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#822613: missing ITP

Hi Rohan, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#829081: missing ITP

Hi Thomas, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#822149: missing ITP

Hi Herbert, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#827590: missing ITP

Hi Lumin, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#825390: missing ITP

Hi Emily, Where is the ITP? There should be one, see the instructions at "new packages": https://www.debian.org/doc/manuals/developers-reference/pkgs.html#newpackage Regards, Bart Martens

Bug#834138: build stage1 glibc without a C++ compiler

Package: src:glibc Version: 2.24-0experimental0 Tags: patch build stage1 glibc without a C++ compiler. As long as this is not required, we shouldn't be forced to a C++ compiler for stage1. --- glibc-2.24/debian/rules.d/build.mk~ 2016-08-12 10:49:51.119631719 +0200 +++

Bug#833407: Please put adt-virt-* binaries back onto PATH

Firstly I want to say that on the whole I am very pleased to see autopkgtest being taken care of, and being deployed and developed. But, now, on this question, I am upset. I designed what I thought was a good interface, which would be flexible and extensible enough to grow to solve a general

Bug#834137: advi: please make the build reproducible

Source: advi Version: 1.10.2-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, Whilst working on the "reproducible builds" effort [0], we noticed that advi could not be built

Bug#811794: Fix/Workaround for the 3dldf FTBFS

tags 811794 +patch thanks The change in gcc 6 that FTBFS 3dldf is the change of the default C++ mode from gnu++98 to gnu++14. Not a perfect fix, but sufficient to fix the build is: --- debian/rules.old2016-08-12 13:04:45.0 +0300 +++ debian/rules2016-08-12 13:08:07.0

Bug#834136: appstream: Command 'refresh-index' is unknown.

Package: appstream Version: 0.9.8-2 Severity: normal Hi, During the last upgrade, the following lines were printed: Paramétrage de appstream (0.9.8-2) ... Command 'refresh-index' is unknown. Looking in the postinst script, I can see: # Force-upgrade the cache, in case something has changed

Bug#834135: mplayer crashes with SIGSEGV when taking a screenshot

Package: mplayer Version: 2:1.3.0-3 Severity: normal Dear Maintainer, mplayer crashes when taking a screenshot, this is how to reproduce the issue: $ mplayer -vf screenshot file.avi and then press 's' on the keyboard. I am attaching a full backtrace of the crash, but from the mplayer log

Bug#834134: nova: FTBFS: ImportError: No module named pep8

Source: nova Version: 2:13.1.0-3 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, nova fails to build from source in unstable/amd64: [..]

Bug#828651: FTBFS under Django 1.10

On Sun, Jun 26, 2016 at 05:14:09PM +0100, Chris Lamb wrote: > Source: django-model-utils > Version: 2.4-1 > Severity: important > User: python-dja...@packages.debian.org > Usertags: django110 django110-ftbfs 2.5.2 is still broken, from upstream the changelog for 2.5.1: * Django 1.10 support

Bug#832495: libreoffice: Extremely slow to redraw UI.

forwarded 832495 https://bugs.documentfoundation.org/show_bug.cgi?id=101213 tag 832495 + upstream tag 832495 + fixed-upstream thanks Hi, On Fri, Aug 12, 2016 at 10:50:14AM +0200, Daniel Hornung wrote: > According to that bug report, the fix will go into 5.1.6 and 5.2.1. Would it > be possible

Bug#834098: libc6: name resolution fails for keys.gnupg.net on some machines / networks

On 2016-08-12 09:26:10 +0200, Aurelien Jarno wrote: > The libc does a first connection to the configured name server > (192.168.0.1) using UDP. Note the size of the packet, very close to > the 512 bytes limit without EDNS0 support. This very likely mean the > answer is marked as truncated (look at

Bug#833292: quodlibet: Crashes with a locale with a decimal separator that is not a "." when changing song

On Tue, 02 Aug 2016 17:06:24 +0200 Mikel Garai wrote: > I have made a little research and this bug seems to be the same thing: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831039 > > But I just report it here just in case is not libav but how it is used the >

Bug#834116: [Python-modules-team] Bug#834116: django-model-utils: description should distinguish different binary packages

Ben Finney writes: > Every package description should make clear what is specific to each > binary package built from a source package. Please distinguish the > different binary packages by what actually makes them different (in > this case: the target Python version of

Bug#834132: mirror submission for debian.mirror.net-d-sign.de

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: debian.mirror.net-d-sign.de Type: leaf Archive-architecture: amd64 i386 kfreebsd-amd64 kfreebsd-i386 Archive-http: /debian/ IPv6: no Archive-upstream: mirror.1und1.de

Bug#834133: dh-python: Conditional dependencies using extra_requires are not parsed

Package: dh-python Version: 2.20160721 Severity: normal Problem occurs when building package using following method in setup.py to install conditional dependencies: extras_require={ ':python_version < "3.2"': 'futures' } During package build it will generate following

Bug#833625: kmail crash at start

¡Hola Samuele! El 2016-08-11 a las 20:46 +0200, Samuele Battarra escribió: On Tuesday 09 August 2016 10:19:56 Maximiliano Curia wrote: I was expecting kcrash to catch a kmail crash and show a window with the backtrace information, if that's not the case, then running kmail under gdb should

Bug#833990: logreq depends on transitional package etoolbox

On Thu, Aug 11, 2016 at 10:50:39PM +0900, Norbert Preining wrote: > On Thu, 11 Aug 2016, Adrian Bunk wrote: > > Please update the dependency from etoolbox to > > texlive-latex-extra (>= 2015.20150625-1) > > In fact, logreq should be dropped completely as it is proved > by texlive-bibtex-extra >

Bug#834130: O: zfs-fuse -- ZFS on FUSE

Package: wnpp Severity: normal I hereby orphan this package since I do not use it anymore and zfs-on-linux is in Debian and the zfs-fuse upstream is apparently not active. If anyone is interested in this package, please take it over.

Bug#834131: digikam: no video playback and no video thumbnails

Package: digikam Version: 4:5.1.0-1 Severity: normal Dear Steve, dear Pino, dear KDE Extras packaging team, I installed digikam, kipi plugins from experimental. I added ffmpegthumbs for thumbnails. I also added mplayerthumbs later just in case. It basically appears to work, but it does not

Bug#834128: bsdmainutils: Update ubuntu calendar

Package: bsdmainutils Version: 9.0.10 Severity: normal Dear Maintainer, I have updated calendar.ubuntu with dates through to 16.10. Please consider applying this change. >From bdfa00b638fc23818fde3746cc94ab0154c0520f Mon Sep 17 00:00:00 2001 From: Dimitri John Ledkov Date:

Bug#834129: RFP: pgadmin4 -- graphical administration tool for PostgreSQL, generation 4

Package: wnpp Severity: wishlist * Package name: pgadmin4 Version : 1.0 * URL : https://www.pgadmin.org/ * License : PostgreSQL (BSD) Programming Lang: python, javascript, jquery Description : graphical administration tool for PostgreSQL, generation 4

Bug#834127: texworks: "Jump to Source" from PDF-Preview does not work.

Package: texworks Version: 0.6.0-1+b2 Severity: important Dear Maintainer, The function "Jump to Source" from PDF-Preview does not work properly. Cursor jumps to some random position. In the changelog for the new upstream release 6.0.1 we can read it was fixed. Would you consider updating the

Bug#834099: libkf5akonadicore-bin: circular dependency with libkf5akonadiwidgets5

Control: tag -1 + pending ¡Hola Bill! El 2016-08-11 a las 23:43 +0200, Bill Allombert escribió: Package: libkf5akonadicore-bin Version: 4:16.04.3-1 Severity: important There is a circular dependency between libkf5akonadicore-bin and libkf5akonadiwidgets5: libkf5akonadicore-bin :Depends:

Bug#832495: libreoffice: Extremely slow to redraw UI.

Here's an upstream bug which seems to be the same to me, including a patch to supposedly fix the issue: https://bugs.documentfoundation.org/show_bug.cgi?id=101213 https://cgit.freedesktop.org/libreoffice/core/commit/? id=705d7597480b2307d7e4929ce9386d80ce2a0f16 According to that bug report,

Bug#833474: please use configuration folder /etc/audit/rules.d/ by default

Le 11/08/16 à 22:06, Patrick Schleizer a écrit : Laurent Bigonville: Could /etc/audit/rules.d/ be processed by default? This is already the case since 1:2.5.2-1 Updated from sid. Unpacking auditd (1:2.6.5-1) over (1:2.4-1+b1) ... Not the case. /lib/systemd/system/auditd.service [...] ##

Bug#804638: kde-plasma-desktop: "The window switcher installation is broken"

Hi, Do you have package kwin-addons installed?

Bug#834044: src:ocaml: ocaml does not appear to allow all hardening flags when building other projects

reassign 834044 sks tags 834044 + patch thanks On 11/08/2016 17:52, Daniel Kahn Gillmor wrote: In particular, i see errors like the following: […] ocamlopt -o sks -I lib -I bdb -I +cryptokit -ccopt -g -ccopt -O2 -ccopt -fdebug-prefix-map=/home/dkg/src/sks/sks=. -ccopt -fPIE -ccopt

Bug#834126: open-gram: FTBFS: make[1]: *** [lm_sc.t3g] Aborted (core dumped)

Source: open-gram Version: 0.1.22+20131212-1 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, open-gram fails to build from source in

Bug#834098: libc6: name resolution fails for keys.gnupg.net on some machines / networks

On 2016-08-12 09:26, Aurelien Jarno wrote: > On 2016-08-11 23:33, Vincent Lefevre wrote: > > Package: libc6 > > Version: 2.23-4 > > Severity: normal > > > > I always get the folloing error on this machine: > > > > zira:~> gpg --keyserver-options verbose,debug --keyserver > >

Bug#834105: transition: libsfml

Control: tags -1 confirmed On 12/08/16 00:21, James Cowgill wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hi, > > The new upstream version of libsfml bumped the SONAME and therefore > requires a transition. > >

Bug#833503: autopkgtest: accesses the internet during build

Hi Martin, > - Violating a "may not" is not an RC bug as per policy 1.1. Fair and trumps all :) However: > - While this is technically part of a "required" d/rules target, it >only affects running the tests. These can be skipped with >DEB_BUILD_OPTIONS=nocheck. I'm not sure this

Bug#833503: autopkgtest: accesses the internet during build

Control: severity -1 normal Hello Chris, Chris Lamb [2016-08-05 10:02 +0200]: > Whilst autopkgtest builds successfully on unstable/amd64, according to > Debian Policy 4.9 packages may not attempt network access during > a build. I'm lowering severity as - Violating a "may not" is not an RC

Bug#834098: libc6: name resolution fails for keys.gnupg.net on some machines / networks

On 2016-08-11 23:33, Vincent Lefevre wrote: > Package: libc6 > Version: 2.23-4 > Severity: normal > > I always get the folloing error on this machine: > > zira:~> gpg --keyserver-options verbose,debug --keyserver > hkp://keys.gnupg.net --recv-key > gpg: requesting key from hkp

Bug#834125: pluxml: [l10n:cs] Updated Czech PO debconf template translation

Package: pluxml Version: 5.5-1 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is updated Czech translation of PO debconf template (cs.po) for package pluxml, please include it. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy:

Bug#829188: icedove backtrace on segfault

Carsten Schoenert ha scritto il 12/08/2016 alle 09:10: Hello Massimo, [...] the log is line wrapped, it's really time consuming to read. And some relevant parts in the beginning are missing. :-( Sorry, I missed that point :( Anyway I still have the core file so now I'm attaching the full

Bug#834124: appstream fails to build on 32bit archs (text-xml failure)

Package: src:appstream Version: 0.9.8-2 Severity: serious Tags: sid stretch See https://buildd.debian.org/status/package.php?p=appstream dh_auto_test -a make -j1 test ARGS\+=-j1 make[1]: Entering directory '/«PKGBUILDDIR»/obj-i686-linux-gnu' Running tests... /usr/bin/ctest

Bug#830708: RFP: coz-profiler -- Finding Code that Counts with Causal Profiling

[Petter Reinholdtsen] > The package depend on libelfin, > https://github.com/ccurtsinger/libelfin >, to work, and will > fail to build without it. I've requested a package for libelfin in https://github.com/aclements/libelfin >. I'm working on a draft package of coz, the build rules are in the

Bug#834107: Also affects metview

Hi Bas, Thanks. Its grib-api, and the openjpeg transition (libopenjpeg -> libopenjp2). grib-api is a dependency of magics and also metview (and also emoslib; I suspect it will also FTBFS on recompilation). The ECMWF packages (emoslib, grib-api. magics, metview, eccodes) have moved to a

Bug#834076: autopkgtest: Use pycodestyle instead of pep8

Control: tag -1 pending Hello Ondřej, Ondřej Nový [2016-08-11 21:03 +0200]: > pep8 was renamed to pycodestyle. Patch attached. Thanks! I massaged it a bit to support pep8 as well, to keep autopkgtest backportable: https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=e41566e

Bug#834123: RFP: libelfin -- Finding Code that Counts with Causal Profiling

Package: wnpp Severity: wishlist This package is used by the coz profiler and other C++ projects to parse ELF binaries (coz-profiler is WNPP http://bugs.debian.org/830708 >). * Package name: libelfin Version : 0.1 Upstream Author : Austin Clements * URL :

Bug#834063: gosa: GOsa setup complains: patch works fine here

Control: tags -1 patch Hi Wolfgang, thanks for your quick answer and the patch! On Thu, Aug 11, 2016 at 11:53:58PM +0200, Wolfgang Schweer wrote: > > looks like a misleading error message. > > […] > > The fix might be as simple as below, but maybe it requires more > investigation. The related

Bug#833407: Please put adt-virt-* binaries back onto PATH

Hello Johannes, Johannes Schauer [2016-08-12 9:11 +0200]: > Are you suggesting that every consumer of the virt backends embeds Python code > to do that? I'm suggesting that using the Python API is much easier, *if* your program is already written in Python or can embed Python easily [1]. If

Bug#834122: google-android-m2repository-installer: [l10n:cs] Initial Czech PO debconf template translation

Package: google-android-m2repository-installer Version: 35 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is initial Czech translation of PO debconf template (cs.po) for package google-android-m2repository-installer, please include it. -- System Information: Debian

Bug#834121: FTBFS on various architectures, test suite times out

Source: liblognorm Version: 2.0.1-1 Severity: serious Hi, as can be seen on [1], the liblognorm package FTBFS on arm64, ppc64el and s390x (some archs are still building and might be affected as well). In all cases the build was killed after 150min due to inactivity when trying to build the test

Bug#824130: ITP: libgames-support -- Useful functionality shared among GNOME games

Hi Am 12.08.2016 um 07:52 schrieb Jeremy Bicha: > I'm sorry I wasn't subscribed to this bug and didn't see your most > recent response until this week. > > I'd like to see this rename happen for GNOME 3.22 which means it would > be best if it could happen this weekend because of the impending >

Bug#833407: Please put adt-virt-* binaries back onto PATH

Hi Martin, Quoting Martin Pitt (2016-08-12 08:42:02) > As for third-party users of the backends: Using the Python API > (adt_testbed.py) is a lot easier and more robust than talking to the > backend servers directly, due to all the encoding/decoding, timeout > handling, environment passing etc.

Bug#829188: icedove backtrace on segfault

Hello Massimo, On Fri, Aug 12, 2016 at 08:56:40AM +0200, Massimo Maiurana wrote: > The backtrace below is generated from a dumped core on debian stretch. In > this case icedove was not running in safe mode, but it had no extension > enabled and it previously crashed even in safe mode. If I knew

Bug#834120: ghi: File conflict with the removed github-cli package: /usr/bin/ghi

Package: ghi Version: 1.2.0-1 Severity: wishlist Hi, on a Sid machine maintained for a long time with a few packages still installed which have been removed from the archive, I ran into the following file conflict: Unpacking ghi (1.2.0-1) ... dpkg: error processing archive

Bug#833532: icedove crashes sometimes. To crash reproducibly, install calendar-google-provider

notfound 833532 calendar-google-provider/1:45.2.0-2 notfound 833532 iceowl-extension/1:45.2.0-2+b1 thanks The error is in the icedove package, not in any other related package from the source package. Hello Leon, On Fri, Aug 12, 2016 at 12:25:06AM +0200, Leon Meier wrote: > If icedove is

Bug#829188: icedove backtrace on segfault

The backtrace below is generated from a dumped core on debian stretch. In this case icedove was not running in safe mode, but it had no extension enabled and it previously crashed even in safe mode. If I knew how to get it to crash I could get more info, but sometimes it doesn't crash for some

Bug#441518: bb: doesn't work correctly in utf-8 console

Axel Beckert : > Hrm. Those texts display fine for me on a current Debian Unstable > (version 1.3rc1-8.5) in both, the linux virtual console with UTF-8 and > "bb -driver linux" or just "bb" as well as inside an uxterm with "bb > -driver slang". > > Can you still reproduce this

Bug#834119: libpng-tools, pngtools: File conflict when trying to install together: /usr/bin/pngcp

Package: libpng-tools,pngtools Severity: serious Version: pngtools/0.4-1.3 Version: libpng-tools/1.6.24-1 Hi, trying to upgrade libpng-tools from 1.6.23-1 to 1.6.24-1 resulted in an error due to a file conflict with pngtools 0.4-1.3: Unpacking libpng-tools (1.6.24-1) over (1.6.23-1) ... dpkg:

Bug#833502: autopkgtest: does not run pyflakes3 tests

Control: tag -1 pending Hello Chris, Chris Lamb [2016-08-05 9:59 +0200]: > Patch attached that adds pyflakes3 to Build-Depends. Thanks! I did that slightly differently as pyflakes3 is not yet available in older releases, and autopkgtest needs to stay backportable:

Bug#833436: sbuild: adt backend was complete broken by autopkgtest 4 release

Hello Johannes, Johannes Schauer [2016-08-04 14:05 +0200]: > the autopkgtest 4.0.2 release broke the adt-virt-* interface that > autopkgtest used to provide before this release. Sorry about that! I committed https://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=00d46b4ad to put

Bug#834118: Undeclared conflict with package pngtools

Package: libpng-tools Version: 1.6.24-1 Severity: normal Cannot co-install with pngtools: Preparing to unpack .../libpng-tools_1.6.24-1_amd64.deb ... Unpacking libpng-tools (1.6.24-1) over (1.6.23-1) ... dpkg: error processing archive /var/cache/apt/archives/libpng-tools_1.6.24-1_amd64.deb

Bug#833407: Please put adt-virt-* binaries back onto PATH

Control: tag -1 pending Hello Johannes and Ian, Ian Jackson [2016-08-04 0:47 +0100]: > I see that after installing a recent autopkgtest, I no longer have > adt-virt-schroot, adt-virt-null, etc. I would like to suggest that > this change be reverted, for the following reasons: > [...] These

Bug#834117: django-model-utils: improve description of library features

Source: django-model-utils Version: 1.1.0-1 Severity: minor Tags: patch Howdy Brian, The package description has a muddled description of the library features. Here is an Git bundle implementing an improved package description; it is also in the branch online at

Bug#823007: Icedove segfault and core dump

Carsten Schoenert ha scritto il 12/08/2016 alle 07:02: Hello Massimo, unfortunately like the reporters before you use the wrong bug report for your issue. Hi Carsten, thanks for your answer. I'll send a bt on #829188 hoping it's the correct place where to do it :) -- Massimo Maiurana

Bug#834116: django-model-utils: description should distinguish different binary packages

Source: django-model-utils Version: 2.0.3-2 Severity: normal Tags: patch Howdy Brian, Every package description should make clear what is specific to each binary package built from a source package. Please distinguish the different binary packages by what actually makes them different (in this

Bug#788050: systemd-fsck : Check disks at each reboot

Have the same problem since upgrading from ubuntu 14.04 to 16.04. HDD 600 GB ext3 partition systemd-fsck is checking approx. 1 minute (approx 15% checked), then systemd-fsck is aborted and a line appears saying: [***] A startup task for ... is running What does this "A startup task for ... is

Bug#833487: systemd: Replaces file in systemd-container 230-1

Control: tag -1 pending Hello, Michael Biebl [2016-08-05 9:11 +0200]: > That's a result of > https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?id=fa607af7b4c57e95675c533b26bc7ecab001e836 > > I think this rule should be re-added, as those clean-up rules are not > obsolete.

<    1   2   3