an/unbound.init: Add "pidfile" magic comment (Closes: #807132)
+
+ -- Robert Edmonds <edmo...@debian.org> Sat, 25 Jun 2016 14:49:31 -0400
+
unbound (1.4.22-3+deb8u1) jessie; urgency=medium
* iterator/iter_hints.c: Update hints for H.ROOT-SERVERS.NET
diff -Nru unbound-1.4.22/de
Robert Edmonds wrote:
> Hi,
>
> After looking into this problem some more, I think the minimal fix for
> jessie is going to look something like a drop-in that overrides the bad
> values from systemd-sys-generator. Any chance anyone following this bug
> report could test
There's a very important step missing in the text below, which is to
install the postfix package between steps 5 and 6. Sorry about that.
Robert Edmonds wrote:
> I've attached the unbound.service unit file that I've been working on
> that ports the functionality from the sysvinit script.
lls
back into the init system to reload postfix when /etc/resolv.conf has
been changed by resolvconf, and this resolvconf hook is itself running
as a result of the init system starting unbound. This must be causing
some sort of dependency cycle or deadlock somewhere.
That's as far as I've gotten.
--
Rob
the OpenSSL GOST engine
at all if BIND is configured and built with --without-gost. Given the
very few number of domains that are DNSSEC signed with GOST (compared
even to RSA or ECDSA) and the problems that have to be patched around
that are caused by OpenSSL engines I wonder if the Debian bind9 package
should be built with --without-gost.
--
Robert Edmonds
edmo...@debian.org
Robert Edmonds wrote:
> I reproduced this behavior in the sakura terminal emulator, so now I
> think the bug is actually in vte2.91.
Yes. I bisected the buggy behavior to this commit in the upstream vte
repository:
commit 3696348c0b9c7d60caf7302411ec4c0298f56e57
Author: Christian Per
Hi,
I reproduced this behavior in the sakura terminal emulator, so now I
think the bug is actually in vte2.91.
--
Robert Edmonds
edmo...@debian.org
s/bugs/gnome-terminal-copy-paste/2016-04-19T18-45-36-53055Z.webm
Here is a video of the working behavior, after downgrading
gnome-terminal and vte2.91:
https://people.debian.org/~edmonds/bugs/gnome-terminal-copy-paste/2016-04-19T18-41-40-616923000Z.webm
Thanks!
--
Robert Edmonds
edmo...@debian.org
.
I think for jessie we'll need a more targeted fix. Can you send more
details about your environment? I haven't run into this scenario
(without using "unbound-control") on my own jessie boxes.
--
Robert Edmonds
edmo...@debian.org
uot;unbound-control" to stop unbound.
Could you try using the "very basic native unbound.service unit file"
from https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=807132#10 as a
drop-in, and see if the behavior goes away?
--
Robert Edmonds
edmo...@debian.org
a text mode install on a machine with a 13"
3200x1800 screen today and the text was quite tiny.
Thanks!
--
Robert Edmonds
edmo...@debian.org
rsion number, you are probably running wheezy
(oldstable). You can install unbound 1.4.22 from wheezy-backports, or by
upgrading to jessie (stable). If you upgrade to jessie, you can also try
the very latest upstream version (1.5.8) from jessie-backports.
--
Robert Edmonds
edmo...@debian.org
Package: m2crypto
Version: 0.22.6~rc4-1
Severity: wishlist
Hi,
Please package the latest release of m2crypto (0.24.0). We need it in
order to package dnsviz (#774706) with ECDSA support.
Thanks!
--
Robert Edmonds
edmo...@debian.org
Jakub Wilk wrote:
> Hi Robert!
>
> * Robert Edmonds <edmo...@debian.org>, 2016-03-01, 14:58:
> >I just tested an upgrade from 1.5.7-1 to 1.5.7-2. dpkg says:
> >
> > Installing new version of config file /etc/resolvconf/update.d/unbound ...
> >
> &g
resolvconf/update.d/unbound ]; then
chmod -x /etc/resolvconf/update.d/unbound || true
fi
fi
fi
That doesn't help for upgrades from 1.5.7-2, since /etc/default/unbound
will no longer exist. (Maybe we could specially check
/etc/default/unbound.dpkg-bak for upg
martin f krafft wrote:
> also sprach Robert Edmonds <edmo...@debian.org> [2013-09-23 19:16 +0200]:
> > i think the best thing to do, however, is to just make sure in the
> > distro that when static IPv6 addressing is used, that we fully bring up
> > the network before s
Adam D. Barratt wrote:
> On 2016-02-22 0:09, Robert Edmonds wrote:
> >diff --git a/debian/changelog b/debian/changelog
> >index af91f28..2c6d115 100644
> >--- a/debian/changelog
> >+++ b/debian/changelog
> >@@ -1,3 +1,10 @@
> >+unbound (1.4.22-3+deb8u1) jessi
)
+
+ -- Robert Edmonds <edmo...@debian.org> Sun, 21 Feb 2016 18:36:43 -0500
+
unbound (1.4.22-3) unstable; urgency=medium
* Fix CVE-2014-8602: denial of service by making resolver chase endless
diff --git a/iterator/iter_hints.c b/iterator/iter_hints.c
index 7fa07a7..8e51424 100644
--- a/it
=debian/1.5.7-2#n58
Which should now be equivalent to the function proposed in your patch.
(The ultimate goal of the package-helper refactoring is to move all the
non-init related functionality out of the unbound sysvinit script, in
order to support systemd .service units with the same functionality.)
ng timezone. Maybe US/Pacific-New should be
removed, or at least not displayed in the "dpkg-reconfigure tzdata"
menu?
--
Robert Edmonds
edmo...@debian.org
unt that dnscache is willing to tolerate. The operators of
those domains still get good performance from modern DNS resolvers and
the DNS standards do not specify concrete upper or lower bounds on the
amount of gluelessness that must be supported by resolvers. So I don't
see a good standards
s is RC buggy, upstream orphaned, outdated, has to be heavily
> > patched, doesn't support recent DNS standards and it still even carries
> > old J-ROOT IP address that was decommissioned a ***13*** years ago.
>
> dnscache component only is RC-buggy. The solution has been prop
it a less-than-principled hack). It
would probably FTBFS if I could remember where I put the source.
Thanks!
--
Robert Edmonds
edmo...@debian.org
Package: libzstd-dev
Version: 0.4.7-1
Severity: normal
Hi,
Please ship upstream's .pc file in libzstd-dev. This will allow
pkg-config and PKG_CHECK_MODULES users to find the library easily. The
attached patch fixes this.
Thanks!
--
Robert Edmonds
edmo...@debian.org
--- debian/rules.orig
ly change I see is to disable
dnstap support.
--
Robert Edmonds
edmo...@debian.org
oot@debian:~# echo $?
1
Thanks!
--
Robert Edmonds
edmo...@debian.org
et a successful build with the attached patch. It causes the above
lines of the build output to become:
> /usr/bin/swig -python -o contrib/python/ldns_wrapper.c
> -I/usr/include/python2.7 ./contrib/python/ldns.i
--
Robert Edmonds
edmo...@debian.org
>From cf88e0dd7d9711c8b945aa874c256d
h a real
.service file.
Thanks!
--
Robert Edmonds
edmo...@debian.org
dator
Jan 23 23:33:35 debian unbound[7857]: [7857:0] notice: init module 1:
iterator
Jan 23 23:33:35 debian unbound[7857]: [7857:0] info: start of service
(unbound 1.5.7).
This looks like the correct behavior, so I will mark this bug resolved
for the next upload that adds native systemd un
d no, it's not only debconf.org: https://mentors.debian.net/ is
> broken now, too. :-(
That certificate expires in ~4 months and will need to be replaced soon,
too.
--
Robert Edmonds
edmo...@debian.org
se Domain
Names" registry, established by RFC 6761:
http://www.iana.org/assignments/special-use-domain-names/special-use-domain-names.xhtml
https://tools.ietf.org/html/rfc6761
There's already a bug open to update BIND's set of empty zones to
conform with the behavior listed in the Special-Use registry, see
#55032. Yes, a 5-digit bug number :-)
--
Robert Edmonds
edmo...@debian.org
does this singleness
make re2c more suitable for a wider variety of applications, it
allows us to generate scanners which approach hand-crafted ones in
terms of size and speed.
Note that re2c is a dependency for spamassassin's sa-compile package.
Thanks!
--
Robert Edmonds
edmo...@debian.org
$ ip -6 a
> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN
> inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
> inet6 fe80::224:d7ff:fe80:a068/64 scope link
> valid_lft forever preferred_lft forever
--
Robert Edmonds
edmo...@debian.org
g it.
I'm not that familiar with dnssec-trigger, but it might be because
dnssec-trigger feeds DNS nameserver information to unbound dynamically
with "unbound-control forward ...", and if you restarted Unbound since
the last time dnssec-trigger did that, Unbound would start up without a
list of forwarders?
--
Robert Edmonds
edmo...@debian.org
e much better alternatives available in the archive anyway.
Thanks for the de-crufting!
--
Robert Edmonds
edmo...@debian.org
R | sed 's/^\///') | (cd
> $CHROOT_DIR && tar -xf -)
> fi
> }
Hi, Simon:
The chroot directory might be configured by a file in
/etc/unbound/unbound.conf.d/*.conf, rather than in the main unbound.conf
file.
What do you think of setting UNBOUND_CONF like this instead?
CHROOT_DIR="$(unbound-checkconf -o chroot)"
--
Robert Edmonds
edmo...@debian.org
orking on protobuf 3. IIRC, there are a lot of disruptive
upstream changes that make the update from protobuf 2.x to protobuf 3
not so simple.
Thanks!
--
Robert Edmonds
edmo...@debian.org
but if this bug
is critical for the sparc64 efforts I think we might be able to make
another 2.6.1 upload.
--
Robert Edmonds
edmo...@debian.org
n files from the
# /etc/unbound/unbound.conf.d directory.
include: "/etc/unbound/unbound.conf.d/*.conf"
root@chase:/# cat /etc/unbound/unbound.conf.d/root-auto-trust-anchor-file.conf
server:
# The following line will configure unbound to perform cryptographic
# DNSSEC validation using the root trust anchor.
auto-trust-anchor-file: "/var/lib/unbound/root.key"
root@chase:/# unbound-checkconf -o auto-trust-anchor-file
/var/lib/unbound/root.key
root@chase:/#
--
Robert Edmonds
edmo...@debian.org
Vincent Blut wrote:
> Could you please change the Vcs-Browser address to:
> https://anonscm.debian.org/cgit/pkg-dns/unbound.git
Hi, Vincent:
Just pushed a fix to Git.
https://anonscm.debian.org/cgit/pkg-dns/unbound.git/commit/?id=3cf7971b29608a5197e3e0bffba0af5518949ace
Thanks!
--
Sebastien Bacher wrote:
> Hey there, is there anything blocking that update? The new version has
> quite some improvements that would be nice to see in unstable...
Hi, Sebastien:
Sorry about the delay! I'm hoping to have an updated package uploaded
in the next few days.
--
Robert Edmond
Anthony Towns wrote:
> Any chance the Debian package could be updated to latest upstream? oneof
> support would be helpful...
Hi, aj:
Just uploaded protobuf-c 1.1.1 to unstable. Thanks for reminding me
about the new upstream release!
--
Robert Edmonds
edmo...@debian.org
e binary packages.
(This is not an objection, just an observation.)
--
Robert Edmonds
edmo...@debian.org
age, see [0] and [1].)
Can you try compiling with the attached patch (and without
--disable-atomic) and see if it fixes the problem?
Thanks!
[0]
http://anonscm.debian.org/cgit/users/lamont/bind9.git/commit/?id=14cb2d0750593e2d51c7e028a678f3fd00775fea
[1]
http://anonscm.debian.org/cgit/users/lamon
an archive, so I'm closing this bug report.
--
Robert Edmonds
edmo...@debian.org
more resources than using a single
query port.
Can this bug be closed?
--
Robert Edmonds
edmo...@debian.org
an version 1:9.9.2.dfsg-1.
Thanks for reading this far. Here is an animated GIF of Patrick Stewart
yelling: http://i.imgur.com/alZ9VUm.gif.
--
Robert Edmonds
edmo...@debian.org
e example names definitely should not.
I've submitted a request to the upstream bug tracker to add .test and
.invalid to the list of built-in empty zones (ISC-Bugs #40607).
--
Robert Edmonds
edmo...@debian.org
to incoming rather than DELAYED.
Thanks for looking into this!
--
Robert Edmonds
edmo...@debian.org
, or a source-only NMU that
fixes the FTBIFS?
--
Robert Edmonds
edmo...@debian.org
is
reconfigured.
You might also try lowering the infra-host-ttl value in the Unbound
configuration.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
.
-- no debconf information
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Robert Edmonds edmo...@debian.org
* Package name: fstrm
Version : 0.2.0
Upstream Author : Farsight Security, Inc.
* URL : https://github.com/farsightsec/fstrm
* License : Apache-2.0
Programming Lang: C
Description
Dmitry Smirnov wrote:
On Wed, 15 Apr 2015 17:44:52 Robert Edmonds wrote:
* Package name: wrk
Version : 4.0.1
Upstream Author : Will Glozer
* URL : https://github.com/wg/wrk
* License : Apache-2.0, BSD-3-Clause
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Robert Edmonds edmo...@debian.org
* Package name: wrk
Version : 4.0.1
Upstream Author : Will Glozer
* URL : https://github.com/wg/wrk
* License : Apache-2.0, BSD-3-Clause
Programming Lang: C
Description : HTTP
chance we'll see a fix for this issue in a wheezy
or jessie stable update of apt?
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
DebConf15?
:-)
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. (There
is a package in Debian that ships the root trust anchor, though:
dns-root-data.)
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Nikos Mavrogiannopoulos wrote:
On Wed, 2015-03-25 at 14:00 -0400, Robert Edmonds wrote:
The D-BUS interface is not really necessary because DNS provides
already this functionality. What we need is a convention for
applications in the system to discover the local trusted (for dnssec
library. (E.g., remote DNS servers, trust anchors,
etc.)
That is substantially more work, though.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
.
The attached patch should prevent this from happening.
--
Robert Edmonds
edmo...@debian.org
From 5b729cc5272d2fbd2fae1dff6b4ff4c4557ff91b Mon Sep 17 00:00:00 2001
From: Robert Edmonds edmo...@debian.org
Date: Sun, 22 Mar 2015 00:12:45 -0400
Subject: [PATCH] HttpsMethod::Fetch(): Zero
that unbound should use?
Should it be /etc/resolvconf/packaging-event.d/unbound or
/usr/lib/resolvconf/dpkg-event.d/unbound?
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
:-)
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Yves-Alexis Perez wrote:
On mar., 2014-12-09 at 18:46 -0500, Robert Edmonds wrote:
Yves-Alexis Perez wrote:
For Wheezy you need to build with -sa (since it's the first security
upload) and target wheezy-security distribution. Then you send us the
debdiff so we can have a quick check
08e60f3154dc1e5985dd202fabf07ebe20136b89 113752
python-unbound_1.4.17-3+deb7u2_amd64.deb
Then I ran mergechanges -f on the two .changes files.
Do you want me to re-build the source package in a pure wheezy
environment? (And if so, should I re-use the +deb7u2 version number or
bump it to +deb7u3?)
--
Robert Edmonds
edmo
://people.debian.org/~edmonds/build/unbound/1.4.17-3+deb7u2/
(Along with all the other original artifacts from the build.)
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
.
Thanks!
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
resolver chase endless
+series of delegations; closes: #772622.
+
+ -- Robert Edmonds edmo...@debian.org Tue, 09 Dec 2014 17:52:08 -0500
+
unbound (1.4.22-2) unstable; urgency=medium
* Drop unneeded Build-Dependency on doxygen.
diff -Nru unbound-1.4.22/debian/patches/debian-changes
attached debdiff for unbound 1.4.17-3+deb7u2.
For Jessie, you'll have to make a minimal upload to sid, and ask an
unblock to the release team.
unbound 1.4.22-3 uploaded, unblock request in #772684.
--
Robert Edmonds
edmo...@debian.org
diff -Nru unbound-1.4.17/debian/changelog unbound-1.4.17/debian
. Many queries can be handled
simultaneously.
.
Includes useful test tools and utilities for IP address resolving in
logfiles.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
.
So I think the fix is to chown /var/lib/unbound not /var/lib/unbound/root.key.
And to run unbound-anchor as unbound user there too, to stop chown'ing
the key file.
Yes, that makes sense to me.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
.git;a=commitdiff;h=f15c252583710991aa13c052488a70474fe9cb6c
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
severity 750760 grave
thanks
Robert Edmonds wrote:
It might be prudent to have this workaround in bind9 active before the
switch to gcc-4.9 to minimize the possibility of bad binaries reaching
the archive.
Guess what happened...
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE
Robert Edmonds wrote:
Robert Edmonds wrote:
node-mapnik
---
This package Build-Depends against mapnik-vector-tile, which ships a
.pb.h file in /usr/include (a bad upstream practice).
mapnik-vector-tile needs to be binNMU'd first before node-mapnik can
.
There's also #760129 which needs to be fixed for python3-protobuf to
exist.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Robert Edmonds wrote:
I've uploaded 0.5.1+dfsg-1.1 that fixes this bug to DELAYED/5. The diff
is attached, and it is very simple :-)
This upload was unfortunately eaten by the archive software since my key
was replaced just after the upload to DEFERRED. Here is the diff for
the -1.2 package
Emilio Pozuelo Monfort wrote:
On 14/09/14 00:26, Robert Edmonds wrote:
I see a build failure on mips in the 'shogun' package:
https://buildd.debian.org/status/fetch.php?pkg=shogunarch=mipsver=3.2.0-7.2%2Bb1stamp=1410641206
This is actually an architecture+compiler specific
Robert Edmonds wrote:
OK, protobuf 2.6.0-4 with the atomics fix is now in the archive and
built on all architectures. Please give back shogun on mips.
Oh, nevermind, I see shogun was rebuilt on mips against protobuf 2.6.0-4
a few minutes ago.
--
Robert Edmonds
edmo...@debian.org
a finger until mapnik 2.3 is out, which is
(according to upstream [0]) due to be soon.
Since this blocks an ongoing library transition [0], I would be happy to
NMU mapnik-vector-tile, since the fix is trivial.
[0] https://release.debian.org/transitions/html/auto-protobuf.html
--
Robert Edmonds
tags 759843 pending
tags 762643 pending
thanks
Robert Edmonds wrote:
Since this blocks an ongoing library transition [0], I would be happy to
NMU mapnik-vector-tile, since the fix is trivial.
Hi,
I've uploaded mapnik-vector-tile 0.5.1+dfsg-1.3 to DELAYED/3. This
fixes #762643 (the lack
Robert Edmonds wrote:
node-mapnik
---
This package Build-Depends against mapnik-vector-tile, which ships a
.pb.h file in /usr/include (a bad upstream practice).
mapnik-vector-tile needs to be binNMU'd first before node-mapnik can
be binNMU'd.
It turns out node
Robert Edmonds wrote:
Emilio Pozuelo Monfort wrote:
The delay ended but the signature seems invalid:
20140919160333|process-upload|dak|mapnik-vector-tile_0.5.1+dfsg-1.1_multi.changes|Error
while loading changes: No valid signature found. (GPG exited with status
code 512)
Can you
Jonathan Wiltshire wrote:
On 2014-09-20 20:02, Robert Edmonds wrote:
Robert Edmonds wrote:
Emilio Pozuelo Monfort wrote:
The delay ended but the signature seems invalid:
20140919160333|process-upload|dak|mapnik-vector-tile_0.5.1+dfsg-1.1_multi.changes|Error
while loading changes
signature (and without a delay of course). You
may
need to dcut the previous upload first.
Funny :-)
https://rt.debian.org/Ticket/Display.html?id=5305
My key was replaced in the mean-time. I'll reupload it with a new
signature.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email
Emilio Pozuelo Monfort wrote:
On 03/09/14 05:27, Robert Edmonds wrote:
node-mapnik
---
This package Build-Depends against mapnik-vector-tile, which ships a
.pb.h file in /usr/include (a bad upstream practice).
mapnik-vector-tile needs to be binNMU'd first before
to be rebuilt.)
Thanks!
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
is in
progress, *and* doing so fixes an FTBFS that is currently blocking an
in-progress library transition (#760343), I intend to upload directly to
the archive rather than uploading to a DELAYED queue.
--
Robert Edmonds
edmo...@debian.org
diff -Nru pokerth-1.1.1/debian/changelog pokerth-1.1.1
Hi,
I've uploaded 0.5.1+dfsg-1.1 that fixes this bug to DELAYED/5. The diff
is attached, and it is very simple :-)
--
Robert Edmonds
edmo...@debian.org
diff -Nru mapnik-vector-tile-0.5.1+dfsg/debian/changelog mapnik-vector-tile-0.5.1+dfsg/debian/changelog
--- mapnik-vector-tile-0.5.1+dfsg
in the protobuf
headers, which will mean another protobuf upload.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
but protobuf-c, node-mapnik,
osmium and the 5 packages that don't have the dependencies).
OK, great. Note that I'll be doing a sourceful upload of protobuf-c, so
it probably won't need a binNMU. (Assuming arm64 builds protobuf before
protobuf-c...)
Thanks!
--
Robert Edmonds
edmo...@debian.org
that runs the protobuf
compiler during its build should be binNMU'd, otherwise FTBFS issues
could go unnoticed until a new upload or a QA rebuild. But maybe this
is too aggressive. Any advice?
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
.
(Besides the two packages that already FTBFS for unrelated reasons.)
Thanks for considering my request!
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
? E.g., as in the attached patch.
Thanks!
--
Robert Edmonds
edmo...@debian.org
From bd58ab34d280a8e1ea1dbdb94201199fe8a90d6d Mon Sep 17 00:00:00 2001
From: Robert S. Edmonds edmo...@debian.org
Date: Sun, 31 Aug 2014 20:31:51 -0700
Subject: [PATCH] setup.py: loosen versioned install_requires
was retried once to eliminate random failures. The build
was done with DEB_BUILD_OPTIONS=parallel=4, so if your packaging tries
to support this, it might be a good idea to explore whether this might
be the cause of the failure.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email
Robert Edmonds wrote:
This looks like a regression in par2. I think there has been some
churn/forking in that project upstream.
Yes, I just reproduced this. bup's test suite fails with par2 0.6.8-1,
but succeeds with par2 0.6.7-1 and par2 0.4-11.
The upstream changes in par2cmdline between
/tmp/par2-0.6.8-crash$
I've attached an archive of the damaged file set.
I would guess that this upstream commit is the culprit:
https://github.com/BlackIkeEagle/par2cmdline/commit/58c973496b21608d54246fd9c859bf8ccf0a9602
--
Robert Edmonds
edmo...@debian.org
par2-0.6.8-crash.tar.gz
Robert Edmonds wrote:
I'm extracting a test case from a bup testsuite run that causes
par2verify to crash.
Opened #759997 against par2.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
to the rdep in previous versions of
src:ncap.
* Removing the package from the archive would resolve several FTBFS
bugs (#702088, #753601).
Thanks!
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
if you need help to fix this bug. If
you lack time for that, I can also proceed with an NMU.
Hi, Aurelien:
I don't see any further need for src:libbind in the Debian archive, so I
have requested its removal in #759262.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian
:
At this point I think it's better to work on removing libbind from the
archive. There is only one reverse dependency (ncap) and that package
can easily be updated to use libresolv instead.
--
Robert Edmonds
edmo...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
101 - 200 of 570 matches
Mail list logo