Bug#881639: nmap: Please ship ncat as a separate package

Hilko Bengen wrote... > Control: tag -1 moreinfo > > > The clevis package (ITP #854410) needs a netcat for the dracut unlocker, > > and an alpha tester reported the implementations provided by both > > -traditional and -openbsd don't fit the needs. > > Can you point out the bits of code that

Bug#895167: bgpdump: move out of asciidoc

block 895167 by 895186 895187 895188 thanks Joseph Herlant wrote... > There are several alternatives to asciidoc like asciidoctor for > example (which is the replacement recommended by asciidoc developers). Switching to asciidoctor was the obvious thing to do although it's not a simple drop-in

Bug#895187: asciidoctor: In the manpage backend, URLs are wrapped by default

Package: asciidoctor Version: 1.5.5-1 Severity: normal Dear Maintainer, ASCIIPATIENT(1) === NAME asciipatient - In the manpage backend, URLs are wrapped by default DESCRIPTION --- Different from the output created by asciidoc, embedded URLs are happily wrapped

Bug#895188: asciidoctor: E-mail addresses are rendered twice [manpage backend]

ugreport was written for the Debian project by Christoph Biedl <debian.a...@manchmal.in-ulm.de> but may be used by others (although there should be no need for this). EXPECTED This manpage was written for the Debian project by Christoph Biedl <debian.a...@manchmal.in-ulm.de> but

Bug#895186: asciidoctor: In the manpage backend, URLs change alignment

Package: asciidoctor Version: 1.5.5-1 Severity: normal Dear Maintainer, ASCIIPATIENT(1) === NAME asciipatient - In the manpage backend, URLs change alignment DESCRIPTION --- The *roff output created by the "manpage" backend contains a ".ad l" at the very beginning,

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

forwarded 882308 https://github.com/igrigorik/em-http-request/issues/316 thanks Jérémy Lal wrote... > Control: reassign -1 ruby-em-http-request > I took the liberty to reassign it to it. Feel free to reassign to > whichever you see it would be better assigned. Good question where to put it, you

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

Jérémy Lal wrote... > Control: reassign -1 ruby-http-parser.rb Thanks for taking care of that one. However ... > it seems ruby-em-http-request uses a fork of http_parser.rb that has not > been updated for a while. However, upstream seems to have fixed some > issues with more recents http-parser

Bug#894186: ITP: libtext-wagnerfischer-perl -- implementation of the Wagner-Fischer edit distance

Package: wnpp Severity: wishlist Owner: Christoph Biedl <debian.a...@manchmal.in-ulm.de> * Package name: libtext-wagnerfischer-perl Version : 0.04 Upstream Author : Dree Mistrut <d...@friul.it> * URL : https://metacpan.org/release/Text-WagnerFisch

Bug#894185: ITP: libdigest-ssdeep-perl -- Pure Perl ssdeep (CTPH) fuzzy hashing

Package: wnpp Severity: wishlist Owner: Christoph Biedl <debian.a...@manchmal.in-ulm.de> * Package name: libdigest-ssdeep-perl Version : 0.9.3 Upstream Author : Reinoso Guzman <reinoso.guz...@gmail.com> * URL : https://metacpan.org/pod/Digest::ssde

Bug#892029: pristine-tar: pristine-xz failed to reproduce build of kexec-tools_2.0.16.orig.tar.xz

Package: pristine-tar Version: 1.42 Severity: normal Dear Maintainer, the kexec-tools upstream tarball switched from .gz to .xz in the last release 2.0.16-1. Appearently pristine-tar cannot handle the new format. sha1sum: bfc56db7f1f3438926b7e70d371463873042698a kexec-tools_2.0.16.orig.tar.xz

Bug#891807: stretch-pu: package libdate-holidays-de-perl/1.9-1

as a holiday in Hamburg and +Schleswig-Holstein from 2018 on + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de> Thu, 01 Mar 2018 00:06:15 +0100 + libdate-holidays-de-perl (1.9-1) unstable; urgency=low * Initial Release. Closes: #829833 diff -Nru libdate-holidays-de-perl-1.9/

Bug#891590: sbuild: Please signalize autopkgtest failure by exit code, at least optionally

Source: sbuild Version: 0.73.0-4 Severity: wishlist Dear Maintainer, trying to use to autopkgtest feature of sbuild I was somewhat surprised to learn there is no way to signalize a failing autopkgtest to the sbuild caller. I'd expect to have something like --- a/lib/Sbuild/Build.pm +++

Bug#891588: sbuild: roff error in sbuild.1

Source: sbuild Version: 0.73.0-4 Severity: minor Dear Maintainer, studying the manpages I found something that appears to be a glitch in the sbuild manpage. Please fix as by the patch below. Christoph --- a/man/sbuild.1.in +++ b/man/sbuild.1.in @@ -1115,7 +1115,7 @@ This command line

Bug#891410: RFH: initramfs support for clevis

Package: src:clevis Version: 8-1 Severity: normal Tags: help As of now, clevis provides initrd for dracut only. While dracut is available in Debian and automated unlocking of the root filesystem works quite well, Debian's default initrd is initramfs and it would certainly increase acceptance of

Bug#891285: stretch-pu: package inputlirc/23-2+b2

) stretch; urgency=medium + + * Include input-event-codes.h instead of input.h. Closes: #879458 +Thanks to Ingo Schneider for reporting the bug and providing the fix. + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de> Sat, 24 Feb 2018 09:25:27 +0100 + inputlirc (23-2) unstable; u

Bug#891144: reportbug: Please no longer default to bug number 999999

Package: reportbug Version: 7.1.8 Severity: wishlist Dear Maintainer, when submitting a bugreport (at least by SMTP), reportbug prints an additional message that probably is found in reportbug/submit.py:485 and starts with "If you want to provide additional information ..." There is a default

Bug#879458: inputlirc: diff for NMU version 23-2.1

Guus Sliepen wrote... > For your information, I just updated the upstream repository to include > the fix, and some other minor fixes as well (use /run instead of > /var/run, check the result of daemon(), update the manual page). I > already uploaded version 30-1 to unstable. Thanks for the

Bug#890373: debhelper: Please fix indendation in postinst-systemd-restart

systemctl --system daemon-reload >/dev/null || true | if [ -n "$2" ]; then Christoph Format: 3.0 (native) Source: demo Binary: demo Architecture: all Version: 2018.02.14 Maintainer: Christoph Biedl <debian.a...@manchmal.in-ulm.de> Standards-Version

Bug#890373: debhelper: Please fix indendation in postinst-systemd-restart

Package: debhelper Version: 11.1.4 Severity: minor Dear Maintainer, while checking the debhelper sniplets created by dh_systemd_* I got quite confused by the indentation, making me believe it's some malformatted or even invalid shell script. Please apply the attached (as it contains tab

Bug#879458: inputlirc: diff for NMU version 23-2.1

Include input-event-codes.h instead of input.h. Closes: #879458 +Thanks to Ingo Schneider for reporting the bug and providing the fix. + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de> Tue, 13 Feb 2018 22:16:20 +0100 + inputlirc (23-2) unstable; urgency=medium * Set Archite

Bug#890184: filterdiff: Please add special rule for /dev/null in --addprefix git diff

Package: patchutils Version: 0.3.4-2 Severity: wishlist Control: tags -1 upstream Dear Maintainer, If files are created (likewise: deleted) in a delta, git uses /dev/null as a special filename to denote that. filterdiff's --addprefix (and variants) however treat this as a regular filename, hence

Bug#890133: filterdiff: --clean should also remove additional lines created by git diff

tags 890133 upstream thanks Christoph Biedl wrote... > This is something "filterdiff --clean" should remove - but does not. Surprise, filterdiff used to do that up to and including jessie. So this is a regression, although at a quick glance at the sources I failed to see why.

Bug#890133: filterdiff: --clean should also remove additional lines created by git diff

Package: patchutils Version: 0.3.4-2 Severity: wishlist Control: tags upstream Dear Maintainer, the diffs created by "git diff" contain some more information, see the first two lines in e.g. | $ git diff v4.14..v4.15 -- Makefile + diff --git a/Makefile b/Makefile + index

Bug#889293: src:alot: Please drop "Use file-magic instead of python-magic" patch, alot will FTBFS soon

Christoph Biedl wrote... > Also, I've prepared a NMU as attached but found alot fails to build on > some (non-release) archs and like to investigate first. Feel free to go > ahead, though. No worries, this turned out to be a schroot configuration issue. So I uploaded the NMU to DELAYE

Bug#889293: src:alot: Please drop "Use file-magic instead of python-magic" patch, alot will FTBFS soon

# FTBFS severity 889293 serious tags 889293 patch thanks Christoph Biedl wrote... > The new python-magic implementation will hit unstable very soon, > causing your package to FTBFS. python-magic 2:0.4.15-1 is now in unstable, hence raising severity. Also, I've prepared a NMU as at

Bug#889293: src:alot: Please drop "Use file-magic instead of python-magic" patch, alot will FTBFS soon

Package: src:alot Version: 0.6-2 Severity: important python-magic maintainer here ... Dear Maintainer, as announced in debian-devel two weeks ago, the python-magic libary will switch upstream, from the one provided by src:file to the one found in PyPI, written by Adam Hupp. A rebuild of the

Bug#888774: mutt: Segfault when saving to a mailbox without write permission

Package: mutt Version: 1.7.2-1 Severity: important Tags: patch Dear Maintainer, in short: $ touch /tmp/mbox $ chmod 444 /tmp/mbox $ mutt -R -f Then save a message, select /tmp/mbox, hit enter ... /tmp/mbox: Permission denied (errno = 13) Program

Bug#888586: quotacheck might run into an endless loop (on systemd installations)

Package: quota Version: 4.04-1 Severity: important Control: tags upstream patch Dear Maintainer, The check_header function in quotacheck_v2.c calls ask_yn(), but without checking for FL_INTERACTIVE as in other other places. In other words, quotacheck might become interactive even if the

Bug#888240: ftp.debian.org: Invalid Changelogs: URL in Release file

Package: ftp.debian.org Severity: normal Hello, the generated {,In}Release file contains a Changelogs: line, e.g. from : | Origin: Debian | Label: Debian | Suite: unstable | Codename: sid | Changelogs:

Bug#887370: pptp-linux: when redirecting all traffic the host routing entry to VPNserver via old eth0 is not added automatically

Christoph Biedl wrote... > Let's see. I have some time to kill tonight and will try to reproduce > the issue. If all else fails, I'll get back to you. When starting pptp manually, I also get the warning message: | Error: either "to" is duplicate, or "uid" is a ga

Bug#887370: pptp-linux: when redirecting all traffic the host routing entry to VPNserver via old eth0 is not added automatically

manul wrote... > I dont think I am able to check this in a sense compiling/installing > latest code from upstream. > > If someone provides me with a deb package which includes the patch, I > could try installing it and report the results. Let's see. I have some time to kill tonight and will

Bug#877849: [tryton-debian] Namespace conflict for python-magic

Christoph Biedl wrote... > Adam Hupp wrote... > > - disable the deprecation warning. this wouldn't actually show > > anything by default unless you run python with the warning enabled > > (-Wd), but until there's a clear plan for the future of this package > > it

Bug#877849: [tryton-debian] Namespace conflict for python-magic

Adam Hupp wrote... > Whew, I was worried for a moment :) I've pushed an update to the > branch Great to see. > Changes: > - disable the deprecation warning. this wouldn't actually show > anything by default unless you run python with the warning enabled > (-Wd), but until there's a clear plan

Bug#887370: pptp-linux: when redirecting all traffic the host routing entry to VPNserver via old eth0 is not added automatically

James Cameron wrote... > If your iproute2 package crossed the 4.10.0 boundary, then "ip route > get" will show uid, which pptp-linux will not handle as it parses the > output carelessly. Nice catch. > Upstream pptp-linux patch is 7d9a428 ("Remove uid from ip route get > output."). manul, can

Bug#887370: pptp-linux: when redirecting all traffic the host routing entry to VPNserver via old eth0 is not added automatically

manul wrote... > IMPORTANT NOTE: > The bug seems not to belong to pptp-linux package per se, since this package > was not upgraded (and since the recent upgrade, the same pptp-linux version > worked ok). > So the upgrade of some other system packages actually broke this default > behaviour

Bug#877849: [tryton-debian] Namespace conflict for python-magic

Mathias Behrle wrote... > I found > > $ apt-cache rdepends python-magic (...) Yeah, I already had checked a few of them where possible with little efforts. These were the test I had been talking of (actually, including python3-magic rdeps as well). > May be we should signal them explicitely to

Bug#877849: [tryton-debian] Namespace conflict for python-magic

Christoph Biedl wrote... > Hence, here is a preliminary packaging of python-magic for Debian: > > > https://www.in-ulm.de/~cbiedl/debian/python-magic/python-magic_0.4.15-1~exp1.dsc > > Debianites, please give it a try. No reaction of any kind, so just uploaded to experimen

Bug#877849: [tryton-debian] Namespace conflict for python-magic

From the popular series "Leaving fatal mistakes in spite of proof-reading three times": Christoph Biedl wrote... > Doing a first round of tests showed no > regressions so far. You may st

Bug#877849: [tryton-debian] Namespace conflict for python-magic

t in Debian, I expect this transition to take two years anyway. Cheers, Christoph Subject: Make the deprecation warning switchable Author: Christoph Biedl <debian.a...@manchmal.in-ulm.de> Date: 2018-01-08 Forwarded: soon --- a/magic/__init__.py +++ b/magic/__init__.py @@ -19,6 +19,7 @@ impo

Bug#877849: [tryton-debian] Namespace conflict for python-magic

[ It's getting rather Debian specific, so trimming recipicient list. I'd prefer to discuss this on debian-python but keep me in Cc:, thanks. ] Mathias Behrle wrote... > while approaching the test for relatorio I got aware, that the result won't be > very significant, because

Bug#886160: pptpd FTCBFS: fails to propagate CC to plugins/Makefile

Control: tags 886160 pending Helmut Grohne wrote... > pptpd fails to cross build from source, because it fails to propagate CC > to plugins/Makefile. It is correctly detected by configure and correctly > forwarded to Makefile.am, but fails being forwarded to plugins/Makefile. > After making that

Bug#884583: qutebrowser: Missing install dependencies

Package: qutebrowser Version: 1.0.4-2 Severity: normal Dear Maintainer, in the light of the latest Mozilla stupidities, I gave your package a try. It seems however several install dependencies are missing: | $ qutebrowser | Traceback (most recent call last): | File "/usr/bin/qutebrowser",

Bug#882308: http-parser 2.7 breaks ruby-em-http-request's tests

Control: tags 882308 confirmed help No clue, I don't speak Ruby and after some looking around I'm rather lost and could use some advice. Matthias Klose wrote... > 1) EventMachine::HttpRequest should close connection on > invalid HTTP response Failure/Error: if

Bug#877258: stretch-pu: package busybox/1:1.22.0-19+deb9u1

in tar implementation. +Closes: #802702 [CVE-2011-5325] + * Fix integer overflow in bzip2 decompresson. +Closes: #879732 [CVE-2017-15873] + * Filter out terminal escape sequence filtering in autocompletion. +Closes: #882258 [CVE-2017-16544] + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de&

Bug#877260: jessie-pu: package busybox/1:1.22.0-9+deb8u2

-16544] + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de> Thu, 30 Nov 2017 19:41:31 +0100 + busybox (1:1.22.0-9+deb8u1) jessie; urgency=medium * Non-maintainer upload. diff -Nru busybox-1.22.0/debian/patches/cherry-pick.1_22_0-220-g4e314fa.modprobe-rmmod-reject-module-names-with-s

Bug#882258: busybox: CVE-2017-16544: lineedit: do not tab-complete any strings which have control characters

found 882258 1:1.20.0-7 found 882258 1:1.22.0-9+deb8u1 found 882258 1:1.22.0-19 found 882258 1:1.27.2-1 thanks Salvatore Bonaccorso wrote... > Please adjust the affected versions in the BTS as needed, only > unstable checked so far. Can help with that: All versions back to and including wheezy

Bug#882182: ftp.debian.org: Misplaced stretch release line in https://ftp-master.debian.org/stat.html

Package: ftp.debian.org Severity: minor Hello, The older graphs in have a small line indicating the stretch release date, e.g. . However it seems line is placed somewhere in August, while the stretch

Bug#882177: busybox: unzip creates world-writable directories

tags 882175 confirmed upstream tags 882177 confirmed upstream thanks Jakub Wilk wrote... > Adding forgotten attachment... Thanks, was already able to reproduce without that one. Christoph signature.asc Description: Digital signature

Bug#882154: lintian: Raise level for -dbg packages

Package: lintian Version: 2.5.59 Severity: wishlist Dear Maintainer, as you know the concept of manually maintained -dbg packages has been superseeded by automatically created -dbgsym ones during the stretch development cycle. So I was about to propose a warning for -dbg packages just to find

Bug#882150: ftp.debian.org: cruft in http://ftp.debian.org/debian/dists/wheezy-proposed-updates/

Package: ftp.debian.org Severity: minor Hello, there are some Debian packages (samba mostly) in http://ftp.debian.org/debian/dists/wheezy-proposed-updates/ - this looks quite wrong. Care to check? Christoph signature.asc Description: Digital signature

Bug#882083: debhelper: compat 11 regression: Missing debian/tmp aborts dh_missing

Package: debhelper Version: 10.10.8 Severity: normal Dear Maintainer, as briefly mentioned in IRC, switching to compat level 11 broke the build some private packages. Basically, the build rules there install files directly into debian//path/to/file, no debian/tmp is created at all, and then

Bug#562809: dumps core at end of trivial tutorial file

Steve M. Robbins wrote... > I'm running ChucK for the first time. I used the attached chuck file > (from tutorial in manual starting on page 8) and ran "chuck.alsa > tutorial-1.ck". The system produced a tone for 2 seconds but did > not exit immediately. After about another 10 seconds, it

Bug#881958: Typo: scrtips -> scripts

Package: pepper Version: 0.3.3-3 Severity: minor Tags: upstream Dear Maintainer, subject has it all: There is a confusing typo in pepper's help text but it's that seldom it didn't suggest it for lintian's corrections wordlist as I usually do. Christoph signature.asc Description: Digital

Bug#881864: luksmeta FTBFS: test failures

tags 881864 confirmed help thanks Adrian Bunk wrote... > https://buildd.debian.org/status/package.php?p=luksmeta=sid > FAIL: test-lm-assumptions > FAIL: test-lm-init > FAIL: test-lm-one > FAIL: test-lm-two > FAIL: test-lm-big > FAIL: test-luksmeta Weird. While I always test-build on at least

Bug#881629: transition: http-parser

Emilio Pozuelo Monfort wrote... > No need to revert to the previous version, this looks to be in a good shape > and > there are no clashing transitions. I'll get to the binnmus soon. Thanks a lot for your swift and helping reaction. As far as I can see, the failing builds on hurd and kbsd for

Bug#243676: debianutils: run-parts don't show what files are silently ignored

f the stat() checks as well. commit 4822d05f49950b3e3886f6d2bbd52b7489bb2fb7 Author: Christoph Biedl <debian.a...@manchmal.in-ulm.de> Date: Wed Nov 15 19:12:46 2017 +0100 run-parts: Print debugging information when checking for a valid file name diff --git a/run-parts.c b/run-parts.c index 9a80229..4

Bug#790027: debianutils: run-parts --lsbsysinit don't choose files with filename in the Debian cron script namespace

Jorge Redondo wrote... > I think I've found a bug in run-parts and this bug affecs also the cron > package. > > The man page of run-parts says: > " If the --lsbsysinit option is given, then the names must not end in >.dpkg-old or .dpkg-dist or .dpkg-new or .dpkg-tmp, and must

Bug#775341: chuck: new upstream version 1.3.5.0 available

ses: #775341 +- Support for oss was dropped upstream +- Support for pulseaudio added + * Modernize packaging + * Ship examples and data in a separate package + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de> Tue, 14 Nov 2017 21:17:43 +0100 + chuck (1.2.0.8.dfsg-1.5) unstab

Bug#881627: ruby-http-parser.rb: FTBFS with newer http-parser version

tags 881627 patch thanks Christoph Biedl wrote... > Would you mind disabling or relaxing the test on your side for > the time being? Patch attached, tested successfully. As I noticed some packaging work has been done since the last release, so I'm somewhat reluctant to do a NMU. But

Bug#732715: closed by Damyan Ivanov <d...@debian.org> (Re: Bug#732715: liblist-moreutils-perl: "Attempt to free unreferenced scalar" in some use cases of List::MoreUtils::part)

Damyan Ivanov wrote ... > (4 years later) > > FWIW I can't reproduce this in current unstable > (liblist-moreutils-perl 0.416; perl 5.26.1). Closing the report. ACK. The effect still exists in jessie but was eliminated during the stretch development cycle. Regular re-checking

Bug#881639: nmap: Please ship ncat as a separate package

Source: nmap Version: 7.60+dfsg2-1 Severity: wishlist Dear Maintainer, The clevis package (ITP #854410) needs a netcat for the dracut unlocker, and an alpha tester reported the implementations provided by both -traditional and -openbsd don't fit the needs. I was told Redhat (where clevis comes

Bug#881629: transition: http-parser

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, this is not a regular transition because I screwed up: The upload of http-parser (soname 2.7.1) last night hit unstable instead of experimental as suggested by the transition

Bug#881628: http-parser: Unsuitable for testing migration

Source: http-parser Version: 2.7.1-1~exp1 Severity: serious No need in denying that: My upload of http-parser last night was flawed. Mostly, it aimed for experimental but went to unstable unfortunately. This package should not migrate to testing before: * The FTBFS in ruby-http-parser.rb has

Bug#881627: ruby-http-parser.rb: FTBFS with newer http-parser version

Source: ruby-http-parser.rb Version: 0.6.0-3+b3 Severity: serious Tags: upstream Dear Maintainer, your package build-depends on http-parser, and a new version of that one has been around for a while. Even before eventually uploading last night I already saw a problem in the test suite of your

Bug#881431: debian-policy: Clarify a version number is unique field

Package: debian-policy Version: 4.1.1.1 Severity: wishlist Hello, this is in the category of "It should be obvious to anybody but I'd prefer things are well-defined in case anybody wishes to start an argument over that". So rather nitpicking. Version number re-usage happens, probably always by

Bug#881432: debian-policy: Please clarify postinst invocation upon first installation

Package: debian-policy Version: 4.1.1.1 Severity: wishlist Hello, the question of how to tell in postinst whether this is an upgrade or a first installation comes up every now and then. Again yesterday in #debian-mentors. Therefore I'm asking for a clarifcation in 6.5. Summary of ways

Bug#881357: runit: Please remove -x from preinst

Package: runit Version: 2.1.2-9.2 Severity: minor # for lack of Severity: nitpicking Dear Maintainer, runit.preinst runs with the -x option set, presumably for debugging. Although in general it's just one additional line of internals shown, please remove this again when convenient,

Bug#854410: RFP: clevis -- A plugable framework for automated decryption.

Status: Packaging is done. Drop me a line in private if you're interested in testing (core knowledge in Debian packaging required). Pending issues: * jose (build dependency) is currently in NEW, must be accepted first. * Same for luksmeta * tang (build dependency) waits for jose * License

Bug#854409: RFP: tang -- A server for binding data to network presence

Status: Packaging is done. Drop me a line in private if you're interested in testing (core knowledge in Debian packaging required). Pending issues: * jose (build dependency) is currently in NEW, must be accepted first. * http-parser needs a newer version (#795492) Christoph

Bug#880984: dracut: Possibly ship dracut.pc?

Package: dracut Version: 045+132-1 Severity: wishlist Dear Maintainer, while packaging clevis (#854410) I learned it has a build dependency on dracut, and upstream's configure checks for presence of your package using PKG_CHECK_MODULES which probes for dracut.pc - that file gets created when

Bug#795492: New upstream series (soname 2.5), please package it

Control: tags 795492 patch Christoph Biedl wrote... > Any progress on this? The tang package needs a newer version of > http_parser.h to build, and I'm not at all keen on shipping a code > copy. Attached the debdiff for debian/ for an upgrade to 2.7.1 Basically, the two older pat

Bug#873939: ITP: libjose -- Jose is a C-language implementation of the Javascript Object Signing and Encryption standards?=

Christoph Biedl wrote... > Status: Packaging done but there are serious issues on other > architectures that need fixing first. Never mind, the test suite just takes a *long* time on slow single-core systems. With jose just uploaded, it's now up to ftp-master. Christoph signatu

Bug#873939: ITP: libjose -- Jose is a C-language implementation of the Javascript Object Signing and Encryption standards?=

retitle 873939 ITP: jose -- Jose is a C-language implementation of the Javascript Object Signing and Encryption standards thanks Christoph Biedl wrote... > * Package name: libjose Upstream calls it "jose", so follow this name for the source package. > Version

Bug#873940: ITP: libluksmeta -- LUKSMeta is a simple library for storing metadata in the LUKSv1 header

Christoph Biedl wrote... > * Package name: libluksmeta > Version : 7 > Upstream Author : Nathaniel McCallum https://github.com/npmccallum > * URL : https://github.com/latchset/luksmeta > * License : LGPL-2.1+ > Programming Lang:

Bug#879474: quagga-bgpd: BGP session termination due to rather long AS paths in update messages

Scott Leggett wrote... > I've packaged upstream release 1.2.2 that fixes this bug (and several > others including #880522) in unstable. I'm waiting on sponsorship for > that upload [0]. Did some tests, looks good. As I already wrote in private, if I should sponsor an upload, drop me a line.

Bug#880922: lintian: Check for dependency -dev -> runtime library package

Package: lintian Version: 2.5.58 Severity: wishlist Dear Maintainer, Policy 8.5 recommends ("should") for a -dev package to have an install dependency on the respective runtime library. It seems lintian does not check for this but I think it should. Hopefully, implementation would not that

Bug#795492: New upstream series (soname 2.5), please package it

Control: block 854409 by 795492 Zhang Jingqiang wrote... > Still no activities? Any progress on this? The tang package needs a newer version of http_parser.h to build, and I'm not at all keen on shipping a code copy. Christoph signature.asc Description: Digital signature

Bug#880522: quagga-core: zebra fails to start (probably due to changes in systemd)

Package: quagga-core Version: 1.1.1-3 Severity: important Dear Maintainer, after receiving word bgpd no longer starts[1], presumably after systemd went from 234-3 to 235-2, I checked a bit further and the most likely explanation is zebra.service is invalid and used to work in the past rather by

Bug#879971: src:quagga: Two wording issues

Package: src:quagga Version: 1.1.1-3 Severity: minor Tags: upstream Dear Maintainer, two small glitches I notices when browsing the quagga sources and documentation: * In doc/bgpd.texi:1724f, the footnote "(@pxref{Packet Binary Dump Format})" is duplicated. * The word "Timestamp" is

Bug#879732: CVE-2017-15874 / CVE-2017-15873

Tags: upstream confirmed Moritz Muehlenhoff wrote... > Hi, > please see: Thanks for the heads-up, we'll try to get this fixed as soon as possible. For the moment, I'm somewhat confused about the affected distributions as listed in the security tracker. Could you please check? > CVE-2017-15873

Bug#879474: quagga-bgpd: BGP session termination due to rather long AS paths in update messages

Package: quagga-bgpd Version: 1.1.1-3 Severity: important Tags: security upstream Dear Maintainer, there is a longstanding bug in quagga where certain BGP update messages cause a quagga bgpd to drop a session, possibly resulting in loss of network connectivity. Details: Long paths in update

Bug#879235: lintian: Improving "unused-file-paragraph-in-dep5-copyright"

Package: lintian Version: 2.5.55 Severity: wishlist Dear Maintainer, lintian's "unused-file-paragraph-in-dep5-copyright" warning created some confusion since it could be read as if the file(s) mentioned do not exist - but they do, and the that's not the actual problem. A different wording in the

Bug#878901: dh-make-perl: FTBFS with dpkg >= 1.19: "Insecure dependency in eval while running with -T switch"

Guillem Jover wrote... > TBH, I was not aware that anyone was running Dpkg modules in taint > mode. Well, I do as well, in some private code. I can and probably will change that, though. > If people are really running this code in taint mode, I'm willing to > discuss which parts of the API

Bug#879152: lintian: Please check for boilerplate from /etc/init.d/skeleton

Package: lintian Version: 2.5.55 Severity: wishlist Dear Maintainer, The /etc/init.d/skeleton template contains some boilerplate: # Author: Foo Bar # # Please remove the "Author" lines above and replace them # with your own name if you copy and modify this script. ... and

Bug#879124: dpkg-source: Use of uninitialized value (...) at /usr/share/perl5/Dpkg/Source/Package/V1.pm line 413.

Package: dpkg-dev Version: 1.19.0.2 Severity: minor Tags: patch Dear Maintainer, when bundling from simple format 1.0 sources, dpkg-source -b since 1.19 emits a Perl warning about an unitialized variable: | Use of uninitialized value $tarname in concatenation (.) or string at

Bug#877849: ITP: python-magic -- A python wrapper for libmagic

Package: wnpp Severity: wishlist Owner: Christoph Biedl <debian.a...@manchmal.in-ulm.de> * Package name: python-magic Version : 0.4.13 Upstream Author : Adam Hupp <a...@hupp.org> * URL : https://github.com/ahupp/python-magic/ * License : MIT Prog

Bug#877735: busybox: m68k build broken due to "-Os" in CFLAGS

Steve McIntyre wrote... > On Thu, Oct 05, 2017 at 06:12:46PM +0200, John Paul Adrian Glaubitz wrote: > >Hmm, ok. Is that currently actually a concern? If I'm seeing that correctly, > >the "-Os" here only saved us around 200k. Does that already make a difference > >on armel? > > Massively so,

Bug#877258: stretch-pu: package busybox/1:1.22.0-19+deb9u1

Adam D. Barratt wrote... > I'd be happy with this in general, but the udeb means we need an > explicit d-i RM ack; CCing appropriately. Okay, lesson learned: For such packages, don't proscrastinate the request until close to the deadline that has passed now. There'll be another point relase,

Bug#801850: busybox: readlink gets shadowed by busybox causing debconf to possibly fail

tags 801850 +moreinfo +patch thanks > With both coreutils and busybox installed however, the > busybox variant gets used before the coreutils variant causing package > failures. Does such a breakage happen or is this rather a theoretical scenario? Or: Is this an issue to be fixed in (old)stable

Bug#877260: jessie-pu: package busybox/1:1.22.0-9+deb8u2

Closes: #803097 + * Fix Heap-based buffer overflow in the DHCP client. +Closes: #818497 [CVE-2016-2148] + * Fix integer overflow in the DHCP client (udhcpc). +Closes: #818499 [CVE-2016-2147] + * Fix directory traversal vulnerability in tar implementation. +Closes: #802702 [CVE-201

Bug#877258: stretch-pu: package busybox/1:1.22.0-19+deb9u1

directory traversal vulnerability in tar implementation. +Closes: #802702 [CVE-2011-5325] + + -- Christoph Biedl <debian.a...@manchmal.in-ulm.de> Mon, 25 Sep 2017 22:04:05 +0200 + busybox (1:1.22.0-19) unstable; urgency=medium * busybox-udeb, udhcpc: Remove /udhcpc/usr/share/

Bug#876959: PTS: Outdated version number shown for o-o-stable

Christoph Biedl wrote... > While I'm aware pts while go away soon-ish, please still provide correct > information for the remaining time. Hopefully this isn't more work than > changing a configuration item and recreating the pages. Checking the sources (thanks for making them

Bug#876959: PTS: Outdated version number shown for o-o-stable

Package: qa.debian.org Severity: normal Dear Maintainer, as far as I can see, the o-o-stable and (if present) o-o-sec version number shown is the one that was in squeeze, however oldoldstable is now wheezy for quite a while. The link however points to the correct version. This applies for every

Bug#876633: nmu: libselinux_2.6-3+b2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, a few days ago, a binNMU for the src:libselinux Debian package hit stretch-proposed-updates, providing among others a file named libselinux1_2.6-3+b2_amd64.deb - unfortunately such a

Bug#849332: ITP: auto-resize-image -- Resizer for inline and attachment images (thunderbird)

Christoph Biedl wrote... > * Package name: auto-resize-image > Version : 0.14.3-tb Activity ping ... this ITP is not forgotten, initial upload should take place within the next days. Christoph signature.asc Description: Digital signature

Bug#869109: ITP: python-wifi -- Command line tool and library wrappers around iwlist and /etc/network/interfaces.

Ethan Ward wrote... > Package name: python-wifi > This package is a dependency of mycroft-core, another python application > that I am trying to package. Additionally, dstat needs this for the --wifi module, and according to codesearch, the qtile package uses it as well. So I'm glad you've

Bug#854410: RFP: clevis -- A plugable framework for automated decryption.

retitle 854410 ITP: clevis -- A plugable framework for automated decryption. owner 854410 ! thanks Guido Günther wrote... > * Package name: clevis > Version : 2 > Upstream Author : Nathaniel McCallum > * URL : http://www.example.org/ That should be

Bug#854409: RFP: tang -- A server for binding data to network presence

retitle 854409 ITP: tang -- A server for binding data to network presence owner 854409 ! thanks Guido Günther wrote... > * Package name: tang > Version : 4 > Upstream Author : Nathaniel McCallum > * URL : https://github.com/latchset/tang > The client side is

Bug#873939: ITP: libjose -- Jose is a C-language implementation of the Javascript Object Signing and Encryption standards?=

Package: wnpp Severity: wishlist Owner: Christoph Biedl <debian.a...@manchmal.in-ulm.de> * Package name: libjose Version : 9 Upstream Author : Nathaniel McCallum https://github.com/npmccallum * URL : https://github.com/latchset/jose * License : Apac

Bug#873940: ITP: libluksmeta -- LUKSMeta is a simple library for storing metadata in the LUKSv1 header

Package: wnpp Severity: wishlist Owner: Christoph Biedl <debian.a...@manchmal.in-ulm.de> * Package name: libluksmeta Version : 7 Upstream Author : Nathaniel McCallum https://github.com/npmccallum * URL : https://github.com/latchset/luksmeta * License : LG

<    7   8   9   10   11   12   13   14   15   16   >