Control: tag -1 + moreinfo unreproducible
23.05.2013 22:28, Klaus Ethgen wrote:
> Package: udns-utils
> Version: 0.2-2
> Severity: important
>
> I used rblcheck often and liked the tool. But since the new upstream
> version, the tool do not work anymore. Well, it does, if I use "rblcheck
> -c -s ... 1.2.3.4", but it do not work with the lists in .rblcheckrc
> anymore.
I can't reproduce this.
$ dpkg -l | grep udns
ii libudns0:i386 0.2-2 i386
async-capable DNS stub resolver library
ii udns-utils 0.2-2 i386
Several DNS-related utilities built on top of udns library
$ echo zen.spamhaus.org > ~/.rblcheckrc
$ rblcheck -v 127.0.0.2
127.0.0.2 is listed by zen.spamhaus.org: 127.0.0.2 127.0.0.10 127.0.0.4
$ rm ~/.rblcheckrc
$ rblcheck -v 127.0.0.2
rblcheck: no service (zone) list specified (-s or -S option)
$ strace rblcheck -v 127.0.0.2 2>&1 | grep open
...
open("/home/mjt/.rblcheckrc", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/rblcheckrc", O_RDONLY) = -1 ENOENT (No such file or directory)
So, I need some way to reproduce this.
Please note that rblcheck also uses $RBLCHECK_ZONES environment
variable:
$ echo zen.spamhaus.org > ~/.rblcheckrc
$ RBLCHECK_ZONES= rblcheck -v 127.0.0.2
rblcheck: no service (zone) list specified (-s or -S option)
(That is, if you set RBLCHECK_ZONES to an empty value,
rblcheck will use that and complain).
> This makes the package in fact more or less unusable.
That's lovely. The main utility of this package is dnsget,
which works. rblcheck is more or less an example of usage
of the library, a "side-effect" utility... Oh well.
But anyway, I need a repdoducer. Marking as unreproducible
for now.
> Now I will downgrade to version 0.0.9-3, that was working perfect.
There was no changes in this utility for quite a
long time, and it hasn't changed between 0.0.9
and 0.2 versions for sure.
Thanks,
/mjt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
