Hallo Steve, Steve McIntyre schrieb am Sun 23. Mar, 19:51 (+0000): > Package: slrn > Version: 0.9.9~pre97-1 > Severity: serious > > On the mips buildd "ball", slrn builds correctly, but the debian/rules > file does a check on the output binary objects to see if the hostname > is encoded anywhere.
We are talking about the *FQDN*. The check uses hostname -f. > As the compiled-in help text includes the text: > > " Copyright (C) 1995-1998 Peter Mattis, Spencer Kimball and Josh > MacDonald", > > then the name "Kimball" matches and this test fails. Why is this check > done? It seems completely silly and pointless. Did you read #83725? The author of this bug report might juge this different. Because slrn has still the option to hard-code the domain name, I treat this check as useful. I don't see why it's okay if the hostname of the build machine is hard-coded in the binary. % grep -B1 USE_DOMAIN_NAME src/config.hin /* define if you want to hard-code the domain */ #undef USE_DOMAIN_NAME And as Bernd Zeimetz said the hostname of the buildd was misconfigured. As you can see at [1] the unmodified package built. [1] http://buildd.debian.org/fetch.cgi?pkg=slrn;ver=0.9.9%7Epre97-1;arch=mips;stamp=1207351603 If you still think it's a bug in slrn, explain why it's okay to find the *FQDN* (not only the hostname ball) in the binary. Otherwise I mark this bug as wontfix. Bye, Jörg. -- Life can only be understood backwards, but it must be lived forwards. (Soren Kierkegaard)
signature.asc
Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
