Bug#619936: Severity important

2011-03-29 Thread Florian Hinzmann
severity 619936 important
thanks

This might hinder me in getting the resulting bugfix
into a point release, but anyway:
The package is usable in most installations, so 
the definition of severity "important" is 
eminently suited.


Regards
Florian

-- 
  Florian Hinzmann private: m...@fhinzmann.de
Debian: f...@debian.org
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#619936: Bugfix, first try

2011-03-29 Thread Florian Hinzmann
retitle 619936 dlint fails when output of dig is changed via .digrc
thanks


Hello Patrik!


On Mon, 28 Mar 2011 20:24:35 +0200
Patrik Schindler  wrote:

> Since dlint is a shell script, I will add debugging output here:

Thanks. Might have been the next step.  

> How to cope with that properly?

I am not sure yet. A first try is this:

--- dlint.dist  2011-03-29 08:32:35.0 +0200
+++ dlint   2011-03-29 08:58:14.0 +0200
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/dash
 #
 #  program:dlint
 #  usage:  dlint [-n] zone
@@ -106,7 +106,7 @@
 # Check if dig is installed and get the version number.
 # If version < 2.1, fail.  If version 9 or greater, set special settings.
 #
-ver=`dig localhost any | grep DiG | head -1 | sed -e 's/.*DiG 
\([0-9.]*\).*/\1/'`
+ver=`dig -v 2>&1 | grep DiG | head -1 | sed -e 's/.*DiG \([0-9.]*\).*/\1/'`
 
 ans=`echo $ver | awk '$1 >= 2.1 {print "ok"; exit}'`   # floating 
point math
 if test x"$ans" != x"ok"; then


Replacing sh is needed as the redirection via "2>&1" might not 
be supported by all shells. Using dash seems a good choice at
it is the default shell within Debian and a required package.

I'd better like a solution which works within every shell and
not change the shell used by dlint.

Again, I will look into this later, my time does not allow 
anything more for the moment.


> Thanks for taking time and sorry for not debugging in the first place  
> myself.

You are welcome - and no problem at all. Thank you for 
debugging it now.


 Regards
 Florian

-- 
  Florian Hinzmann private: m...@fhinzmann.de
Debian: f...@debian.org
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#619936: dlint: Dependencies not met for dig

2011-03-28 Thread Florian Hinzmann
Hello!

Please allow another question before I return to this issue
later: Which shell do you use when this problem occurs?


 Regards
 Florian



-- 
  Florian Hinzmannprivate: m...@fhinzmann.de
   Debian: f...@debian.org
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#619936: dlint: Dependencies not met for dig

2011-03-28 Thread Florian Hinzmann

On Mon, 28 Mar 2011 15:43:34 +0200
Patrik Schindler  wrote:

> After upgrading from Lenny to Squeeze, dig will not start anymore. It says:
> 
> ;; This program requires DiG version 2.1 or newer, which I cannot find.

I did not dive very deep into this yet - but right now I
don't understand it. dlint depends on dnsutils which
ships /usr/bin/dig. 


Do you have (another) dig binary within your search path
or within 
"/usr/ucb:/usr/bsd:/bin:/usr/bin:/usr/local/bin:/usr/share/bin:/usr/com/bin",
what is what dlint searches.

What does "type dig" resp. "which dig" and "dig -v" say?


Regards
 Florian


-- 
  Florian Hinzmannprivate: m...@fhinzmann.de
   Debian: f...@debian.org
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#574331: libnet-dns-perl: FTBFS: tests failed

2010-03-17 Thread Florian Hinzmann

On Wed, 17 Mar 2010 15:01:59 +0100
Lucas Nussbaum  wrote:

> So far, failing to build because network is not available has always
> been considered an RC bug.

I will try to detect online connectivity or to fail
non fatally without network access. 

If I fail, I will disable the tests again.


 


-- 
  Florian Hinzmann private: f.hinzm...@hamburg.de
Debian: f...@debian.org 
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#574331: libnet-dns-perl: FTBFS: tests failed

2010-03-17 Thread Florian Hinzmann

On Wed, 17 Mar 2010 14:13:01 +0100
Florian Hinzmann  wrote:

> Do we have a policy or best practice on what to do about tests in
> general and online tests in particular with respect to build daemons?

Kind of P.S.:
I assumed the build daemons would both
- have online access and
- use nocheck to save cpu cycles. 

Thinking about it now, it might be good to run the tests
with the builds, especially to check them on every architecture. 

So one question remains: May I assume to have online access when
building packages.

Maybe I find a way to skip or timeout these non-fatally. 

AMD64 build fine otherwise (including the IPv4 online test):
https://buildd.debian.org/fetch.cgi?pkg=libnet-dns-perl;ver=0.66-1;arch=ia64;stamp=1268659347


Greetings

 Florian


-- 
  Florian Hinzmann private: f.hinzm...@hamburg.de
Debian: f...@debian.org 
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#574331: libnet-dns-perl: FTBFS: tests failed

2010-03-17 Thread Florian Hinzmann
Hello!


On Wed, 17 Mar 2010 13:39:06 +0100
Lucas Nussbaum  wrote:

> Relevant part:
> > make[1]: Entering directory 
> > `/build/user-libnet-dns-perl_0.66-1-amd64-jA4Owr/libnet-dns-perl-0.66'
> > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> > # 
> > # These tests were ran with:
> > # Net::DNS::VERSION:   0.66
> > # set environment variable NET_DNS_DEBUG to get all versions
> > t/00-load.t  ok
> > t/00-pod.t . skipped: Test::Pod v0.95 required for testing 
> > POD
> > t/00-version.t . ok
> > # 
> > # 
> > # Executing heuristic to see if have unlimited view of the Internet
> > # If the heuristic fails this could have various reasons probably having
> > # nothing to do with bugs in Net::DNS
> > # 
> > # 
> > t/001-connection-checks.t .. ok

> > [...]


> > Servers [193.0.14.129 198.41.0.4 ] did not give answers at 
> > /build/user-libnet-dns-perl_0.66-1-amd64-jA4Owr/libnet-dns-perl-0.66/blib/lib/Net/DNS/Resolver/Recurse.pm
> >  line 112.
> > Servers [198.41.0.4 192.58.128.30 192.112.36.4 202.12.27.33 192.5.5.241 
> > 128.63.2.53 192.36.148.17 192.33.4.12 192.228.79.201 199.7.83.42 
> > 128.8.10.90 193.0.14.129 192.203.230.10 ] did not give answers at 
> > /build/user-libnet-dns-perl_0.66-1-amd64-jA4Owr/libnet-dns-perl-0.66/blib/lib/Net/DNS/Resolver/Recurse.pm
> >  line 112.

> > [...]

> > make[1]: *** [test_dynamic] Terminated
> > E: Caught signal 'Terminated': terminating immediately
> > make: *** [build-stamp] Terminated
> > Build killed with signal TERM after 60 minutes of inactivity
> > 
> > Build finished at 20100317-0159


The test suite does include online checks. I had the whole test suite disabled
within debian/rules before as to go easy on our build daemons.

Now with DEB_BUILD_OPTIONS=nocheck I did enable them, but
skip if nocheck was given.


Do we have a policy or best practice on what to do about tests in
general and online tests in particular with respect to build daemons?

 
Regards
 Florian


-- 
  Florian Hinzmann private: f.hinzm...@hamburg.de
Debian: f...@debian.org 
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



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



Bug#488829: Thanks, upload pending

2008-07-07 Thread Florian Hinzmann
tags 488829 +pending
thanks


Hello!

Thanks for your report and making a patch. I applied
it to my working copy and will upload it soon.

Regards

 Florian


-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#463046: About removing XFMail

2008-02-08 Thread Florian Hinzmann

On Tue, 5 Feb 2008 21:41:49 -0800
Steve Langasek <[EMAIL PROTECTED]> wrote:

> this fix as a zero-day NMU.  But I wonder, do you still use this package?
> I was surprised when I fired up the program to see that it's based on XForms
> and found the UI painful, and there are a *lot* of compile-time warnings
> suggesting that the code is long unmaintained upstream.  Should we consider
> removing it from the archive as obsolete?  

Yes, we should. I tought about orphaning or removing it, but wanted to 
try and find a new maintainer first. Bringing the package into 
shape roughly might make this more easy.

I do not use it any longer. When I used it I found the GUI ugly, but 
functional once I learned about its possibilities. On the other hand
that was many years ago and now there are many more alternatives with
regard to IMAP, PGP and keyboard shortcuts. And the standards about
usability and appearance might have raised, too. ;)


Proposal: I will RFA the package explaining it might be removed soon
and then ask debian-devel and remainders of the upstream mailinglist
if someone is willing to maintain it including large parts of upstream
work. Remove it if no rescuer appears in time to do an last upload
before the general freeze at latest.

Opinions anyone? Steve?


Regards
  Florian

-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#457445: libnet-dns-perl: CVE-2007-6341 possible remote denial of service vulnerability

2008-02-08 Thread Florian Hinzmann

On Sun, 3 Feb 2008 16:25:25 +0100
Nico Golde <[EMAIL PROTECTED]> wrote:

> Hi,
> any news on this?

I was in contact with Olaf Kolkman and Dick Franks upstream. I planned
to upload something this weekend at the latest. It looks like Olaf will
beat me with an upstream release I can use.

 Regards
   Florian

-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#457445: Status update: Fix pending

2008-01-27 Thread Florian Hinzmann
Hello!

Upstream is preparing an update. I will use that solution or coordinate
enhancements if need arises. It should be a matter of days.

 Regards
   Florian


-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#457445: libnet-dns-perl: CVE-2007-6341 possible remote denial of service vulnerability

2008-01-22 Thread Florian Hinzmann
Hello!

On Tue, 15 Jan 2008 13:15:24 +0100
Nico Golde <[EMAIL PROTECTED]> wrote:

> Hi,
> what about this patch?

I am not sure yet. I will investigate more deeply within the 
next days. I did contact the author of Net::DNS already.

 Regards
   Florian


-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#304976: build-dep is not bogus, but binary depends is missing

2005-04-18 Thread Florian Hinzmann

On Mon, 18 Apr 2005 10:19:47 -0300
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> wrote:

> That's a relief, it means xfmail in the NMU should be working fine...

Yes, it does work fine. I've installed and testet it.

Thanks.


  Florian

  
-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#304976: build-dep is not bogus, but binary depends is missing

2005-04-18 Thread Florian Hinzmann
reopen 304976
thanks

Hello Henrique,
hello Steve!


The build dependency is fine. It's the binary depends that is
missing. 


The NMU still links against libsasl:

[EMAIL PROTECTED]:~/xfmail-sasl-stuff$ dpkg-deb -x xfmail_1.5.5-2.1_i386.deb 
nmu-binary
[EMAIL PROTECTED]:~/xfmail-sasl-stuff$ ldd nmu-binary/usr/
bin/   lib/   share/
[EMAIL PROTECTED]:~/xfmail-sasl-stuff$ ldd nmu-binary/usr/bin/xfmail |grep sasl
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7911000)


Two questions:

1) Is libsasl2-dev and libsasl2 going to be removed, too?

2) Any idea why ${shlibs:Depends} does not include libsaslX?



  Regards
 Florian


-- 
  Florian Hinzmann private: [EMAIL PROTECTED]
Debian: [EMAIL PROTECTED]
PGP Key / ID: 1024D/B4071A65
Fingerprint : F9AB 00C1 3E3A 8125 DD3F  DF1C DF79 A374 B407 1A65


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]