Bug#815866: bogofilter: FTBFS: ../../../src/tests/outputs/dump.load-2.out

2016-04-17 Thread hpfn 
 ./checks.14403.20160225T074548/dump.load-2.txt differ: char 87,
 line 3  
 FAIL: t.dump.load   want: "7.2 6.20030303 10.20030304",
 have:
 "1.2 6.20030303 10.20030304"
Message-Id: <20160417105512.037cd26ff4d994437ad52...@gmail.com>
In-Reply-To: <1456386816.98074.531389194.0fda6...@webmail.messagingengine.com>
Reply-To: Chris Lamb 
X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.30; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="Multipart=_Sun__17_Apr_2016_10_55_12_-0300_HrriNLXW0u9bV4=3"


--Multipart=_Sun__17_Apr_2016_10_55_12_-0300_HrriNLXW0u9bV4=3
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 25 Feb 2016 08:53:36 +0100 Chris Lamb  wrote:
> Source: bogofilter
> Version: 1.2.4+dfsg1-4
> 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
>=20
> Dear Maintainer,
>=20
> bogofilter fails to build from source in unstable/amd64:
>=20
>   [..]
>=20
>   /usr/bin/make  check-TESTS
>   make[6]: Entering directory '/home/lamby/temp/cdt.20160225074455.tfh937=
CMkZ/bogofilter-1.2.4+dfsg1/obj-db/src/tests'
>   PASS: t.query.config
>   Aborted (core dumped)
>   PASS: t.abort
>   PASS: t.env
>   PASS: t.ctype
>   PASS: t.bogodir
>   SKIP: t.leakfind
>   PASS: t.u_fpe
>   PASS: t.longoptions
>   PASS: t.ignore_spam_header
>   PASS: t.nullstatsprefix
>   PASS: t.integrity
>   PASS: t.integrity2
>   PASS: t.integrity3
>   PASS: t.passthrough-hb
>   PASS: t.escaped.html
>   PASS: t.escaped.url
>   PASS: t.base64
>   PASS: t.split
>   PASS: t.parsing
>   PASS: t.lexer
>   PASS: t.lexer.mbx
>   PASS: t.lexer.qpcr
>   PASS: t.lexer.eoh
>   PASS: t.spam.header.place
>   PASS: t.block.on.subnets
>   PASS: t.token.count
>   PASS: t.multiple.tokens.head
>   PASS: t.multiple.tokens.body
>   PASS: t.multiple.tokens.min.mul
>   PASS: t.encoding
>   PASS: t.rfc2047_broken
>   PASS: t.rfc2047_folded
>   PASS: t.crash-invalid-base64
>   PASS: t.message_addr
>   PASS: t.message_id
>   PASS: t.queue_id
>   ../../../src/tests/outputs/dump.load-2.out ./checks.14403.20160225T0745=
48/dump.load-2.txt differ: char 87, line 3
>   FAIL: t.dump.load
>   want: "7.2 6.20030303 10.20030304", have: "1.2 6.20030303 10.20030304"
>   FAIL: t.nonascii.replace
>   PASS: t.maint
>   PASS: t.robx
>   PASS: t.regtest

Hi,

I did a patch (3), to add an option to grep ('-a'). And
the package builds now. Attached the three patches in
case someone is in hurry.

As the package is orphan, I will clean some lintians and
update debhelper too.



regards,
--=20
Herbert Parentes Fortes Neto (hpfn)

--Multipart=_Sun__17_Apr_2016_10_55_12_-0300_HrriNLXW0u9bV4=3
Content-Type: text/x-diff;
 name="t_bulkmode-grep+a.patch"
Content-Disposition: attachment;
 filename="t_bulkmode-grep+a.patch"
Content-Transfer-Encoding: quoted-printable

Description: Option '-a' added to grep.
Author: Herbert Parentes Fortes Neto 
Last-Update: 2016-04-16
Index: bogofilter-1.2.4+dfsg1/src/tests/t.bulkmode
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- bogofilter-1.2.4+dfsg1.orig/src/tests/t.bulkmode
+++ bogofilter-1.2.4+dfsg1/src/tests/t.bulkmode
@@ -89,7 +89,7 @@ sort -u < "$TMPDIR"/$NAME.tmp > "$TMPDIR
 NAME=3D"bulk-double-2"
 for f in $pattern ; do
 t=3D"$TMPDIR/$(basename "$f")"
-$GREP -v "^From " <"$f" > "$t"
+$GREP -av "^From " <"$f" > "$t"
 map_rc "$BOGOFILTER -c \"$CFG\" -B \"$t\" \"$t\"" | \
sed 's@.*/@./inputs/@' >> "$TMPDIR"/$NAME.tmp
 done

--Multipart=_Sun__17_Apr_2016_10_55_12_-0300_HrriNLXW0u9bV4=3
Content-Type: text/x-diff;
 name="t_dump_load-grep+a.patch"
Content-Disposition: attachment;
 filename="t_dump_load-grep+a.patch"
Content-Transfer-Encoding: quoted-printable

Description: Option '-a' added to grep.
Author: Herbert Parentes Fortes Neto 
Last-Update: 2016-04-16
Index: bogofilter-1.2.4+dfsg1/src/tests/t.dump.load
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- bogofilter-1.2.4+dfsg1.orig/src/tests/t.dump.load
+++ bogofilter-1.2.4+dfsg1/src/tests/t.dump.load
@@ -31,13 +31,13 @@ $BOGOUTIL -C

Bug#761050: openresolv sets local bind to always forward requests, even when local bind is authoritative

2015-06-16 Thread hpfn 
tags 761050 + wontfix
thanks

The upstream said:

"Not really an openresolv bug as I see it.
For example 192.168.x.x can route to 10.x.x.x even if both sets are not 
publicly route-able. In-fact some Spanish ISPs do this for their 
Internet TV."


regards,
-- 
Herbert Parentes Fortes Neto (hpfn)


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150616104735.9938298ea123b9107b542...@ig.com.br

Bug#761050: Please read Re: openresolv sets local bind to always forward requests, even when local bind is authoritative

2015-06-22 Thread hpfn 
Hi Roy,

Please read and give us a answer.

All bug report is here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761050

regards,
Herbert


On Mon, 22 Jun 2015 12:25:38 +0200 (CEST)
Giacomo Mulas  wrote:

> Hi, sorry for the late reply
> 
> On Tue, 16 Jun 2015, Herbert Parentes Fortes Neto wrote:
> 
> > The upstream said:
> >
> > "Not really an openresolv bug as I see it.
> > For example 192.168.x.x can route to 10.x.x.x even if both sets are not
> > publicly route-able. In-fact some Spanish ISPs do this for their
> > Internet TV."
> 
> I regret to say that upstream did not understand my bug report (perhaps I
> did not explain clearly).  I never claimed that requests to resolve
> unroutable IPs should never be forwarded; I did claim (and maintain) that IF
> the local bind is set up to be authoritative on a domain (which happens to
> be an unroutable block of IPs for me, but does not have to be), then
> openresolv should not override that by always forwarding queries in any
> case.  So the problem is not about forwarding queries involving unroutable
> addresses (even if that happens in my case) but about forwarding queries
> that can have (and therefore should have) an authoritative answer from the
> local bind, without going any further.
> 
> If I did not explain clearly, please let me know and I will try to explain
> better. If you confirm wontfix, I will find a way to tweak my local
> configuration of bind + openresolv to work around this for myself, but I do
> believe the current behaviour is wrong in principle and in practice, so it
> should be fixed in a more general way.
> 
> Bye
> Giacomo
> 
> -- 
> _
> 
> Giacomo Mulas 
> _
> 
> INAF - Osservatorio Astronomico di Cagliari
> via della scienza 5 - 09047 Selargius (CA)
> 
> tel.   +39 070 71180244
> mob. : +39 329  6603810
> _
> 
> "When the storms are raging around you, stay right where you are"
>   (Freddy Mercury)
> _


-- 
Herbert Parentes Fortes Neto (hpfn)


-- 
To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150622154143.782ece836aa2430b643cf...@ig.com.br

Bug#382294: libcdk5: libcdkw support

2015-09-17 Thread hpfn 
Hello Philip Nelson,
 
Years ago you asked for libcdkw.
 
> G'day. The libcdk5 has a configure option of --with-ncursesw which adds
> wide character support to libcdk, giving a /usr/lib/libcdkw.so.5.0. I
> guess this could be done by either adding ncursesw as a dependancy to
> libcdk5 or by having a new libcdkw5 package which depends on ncursesw.
> 

I did the update of libcdk5 to version 5.0.20141106. Now I want
to close this bug (wishlist).

Can you tell me if with ncursesw support something changes
in doc/, man/ and cdk5-config ?


regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#792428: re: openresolv: "Failed to get D-Bus connection" randomly at update and boot on bind9 restart

2015-11-26 Thread hpfn 
Hi,

Maybe Thibaut didn't receive the email because
he is not subscribed.

Please read below.

Bug reported 2015-07-14:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792428


On Thu, 17 Sep 2015 15:57:47 +0100 Roy Marples  wrote:
> > After an update from any source (dhcp, openvpn, static, ...), restart of
> > bind fail with message:
> > Failed to get D-Bus connection: Operation not permitted
> > 
> > It's not all the time, but very very often.
> 

 the named (bind) subscriber doesn't use DBus, only the dnsmasq
 subscriber does.
 Are you sure it's bind it's trying to restart?
 
 Can you post your /etc/resolvconf.conf please?
 
 Roy
 
 


regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#792430: openresolv: Fail if a zone is declared on multiple interfaces.

2015-11-26 Thread hpfn 
Hi,

The same here.

Thibaut please read below.

On Thu, 17 Sep 2015 15:23:19 +0100 Roy Marples  wrote:
> Hi
> 
> > When a zone is declared on multiple interfaces (not necessarely same
> > content, but the same name), the configuration generated doesn't work,
> > two entries are provided and this log indicates the failure at bind restart:
> > config: error: /var/lib/bind/resolvconf-zones.conf:23: zone
> > 'example.org': already exists previous definition:
> > /var/lib/bind/resolvconf-zones.conf:16
> > 
> > I think it's the same problem for other resolvers.
> > 
> > Maybe use the first declaration, in interfaces order and drop others ?
> > It's not perfect, but technically, the problem have no solution (if
> > zones are the same, it works perfectly, else, some zone are not reachable).
> > 
> > This problem also affects the version /3.5.2-1/.
> 
 I cannot replicate this.
 Attached is output from a system with two interfaces each of which has
 DNS servers from DHCP, IPv6RA and DHCPv6.
 
 As you can see, the final result is generated perfectly.
 
 uberlaptop2$ resolvconf -l
 # resolv.conf from wm0.dhcp
 # Generated by dhcpcd from wm0.dhcp
 domain marples.name
 search marples.name
 nameserver 10.73.2.1
 
 # resolv.conf from wm0.dhcp6
 # Generated by dhcpcd from wm0.dhcp6
 search marples.name
 nameserver 2a01:348:31:2::1
 
 # resolv.conf from wm0.ra
 # Generated by dhcpcd from wm0.ra
 search marples.name
 nameserver 2a01:348:31:2::1
 
 # resolv.conf from iwn0.dhcp6
 # Generated by dhcpcd from iwn0.dhcp6
 search marples.name
 nameserver 2a01:348:31:2::1
 
 # resolv.conf from iwn0.ra
 # Generated by dhcpcd from iwn0.ra
 search marples.name
 nameserver 2a01:348:31:2::1
 
 uberlaptop2$ resolvconf -v
 DOMAIN='marples.name'
 SEARCH='marples.name'
 NAMESERVERS='10.73.2.1 2a01:348:31:2::1'
 LOCALNAMESERVERS='127.0.0.1'
 DOMAINS='marples.name:10.73.2.1,2a01:348:31:2::1'
 
 uberlaptop2$ cat /etc/resolvconf.conf
 name_servers=127.0.0.1
 unbound_conf=/usr/pkg/etc/unbound/resolvconf.conf

named_options=/tmp/named-resolvconf-options.conf
named_zones=/tmp/named-resolvconf-zones.conf

uberlaptop2$ cat /tmp/named*
# Generated by resolvconf
forward first;
forwarders {
10.73.2.1;
2a01:348:31:2::1;
};
# Generated by resolvconf
zone "marples.name" {
type forward;
forward first;
forwarders {
10.73.2.1;
2a01:348:31:2::1;
};
};

uberlaptop2$

Can you post similar output from your system please?
Mail me directly if you don't want it to appear on this public tracker.

Roy


Forwared by
-- 
Herbert Parentes Fortes Neto (hpfn)