Your message dated Wed, 11 Sep 2024 08:07:39 +0200
with message-id <4881cf48-e54d-4701-b9b8-c73b21fdb...@debian.org>
and subject line Re: Bug#1081362: unblock: libdata-validate-domain-perl/0.15-1
has caused the Debian Bug report #1081362,
regarding unblock: libdata-validate-domain-perl/0.15-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
1081362: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1081362
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: libdata-validate-domain-p...@packages.debian.org
Control: affects -1 + src:libdata-validate-domain-perl
User: release.debian....@packages.debian.org
Usertags: unblock
Please unblock package libdata-validate-domain-perl
The regression error is caused by false negative bogus-mail-host,
You can refer to the Reason section for details.
And there is something interesting, I upgrade this package just to
prevent more false negative bogus-mail-host in the future:)
[ Reason ]
The regression error is caused by false negative bogus-mail-host:
https://tracker.debian.org/pkg/libdata-validate-domain-perl
And I promise there is no bogus email in the source:
https://salsa.debian.org/EiPiFun/libdata-validate-domain-perl
Maybe, there is some in the upstream code which I guess not.
By the way, the salsa error is also false negative abd I guess
salsa is down when this package is uploaded.
There is some information in https://bugs.debian.org/#1077467
and https://bugs.debian.org/#1077532
In short, bogus-mail-host is activated by my email domain TLD.
Lintian has a logic to detect bogus-mail-host, and one is them is by
check the TLD. the TLD I use is quite new, the .fun TLD.
.fun is not included in libnet-domain-tld-perl, then
libdata-validate-domain-perl will report all .fun email as bogus.
However, libdata-validate-domain-perl could disable TLD check in
version 0.13 and higher. That's why I upgrade this package from
0.10 to 0.15. If this upgrade is successfuly, I will never get a
error message from lintian/libdata-validate-domain-perl for .fun
and other new TLDs.
[ Impact ]
Packagers who use domains like .fun including myself will continue
to be reported as false negative later.
[ Tests ]
The tests involving bogus-mail-host (I am not famililar with that,
sorry, but you can check it in the web)
https://ci.debian.net/packages/l/lintian/testing/amd64/51513855/
[ Risks ]
This package is a dependency of lintian which is important to
detect bogus-mail-host, if I am wrong with the bogus-mail-host
report, some bogus-mail-host report will be ignored in the future
when packagers work for new packages.
[ Checklist ]
[Yes] all changes are documented in the d/changelog
[Yes] I reviewed all changes and I approve them
[No] attach debdiff against the package in testing
[ Other info ]
Anyway, this package has survived for 6 days with no bug reports.
This package already passed reproducibility test for amd64,arm64,
i386 (waiting for armhf)
unblock libdata-validate-domain-perl/0.15-1
--- End Message ---
--- Begin Message ---
Hi Dong,
On 11-09-2024 07:25, Dong Xu wrote:
[ Reason ]
The regression error is caused by false negative bogus-mail-host:
https://tracker.debian.org/pkg/libdata-validate-domain-perl
Than that test needs to be fixed, so this bug should have been filed
against src:lintian. In this case there is already bug 1081316 and no
further actions are needed as pollo already cut a new lintian release.
And I promise there is no bogus email in the source:
https://salsa.debian.org/EiPiFun/libdata-validate-domain-perl
But there is a test failing. Next time, please work with the maintainers
of the package that breaks to find the best solution. We normally don't
accept regressions, even if the test is wrong, unless a bug against the
package with the regression has been filed and we're in a hurry. In this
case, we can wait until lintian migrates (should only be a couple of days).
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
