[request-tracker-maintainers] Bug#685502: Bug#685502: fails to install in chroots

[Dominic Hargreaves]

On Tue, Aug 21, 2012 at 12:50:47PM +0200, Daniel Baumann wrote:
> request-tracker4 fails to install in a chroot (standard debian sid
> chroot, with /proc mounted, recommends disabled):
> 
> [...]
> Setting up request-tracker4 (4.0.6-4) ...
> **WARNING**··
> **WARNING**  If you are using mod_perl or any form of persistent perl
> **WARNING**  process such as FastCGI, you will need to restart your
> **WARNING**  web server and any persistent processes now.
> **WARNING**··
> **WARNING**  For mod_perl this means
> **WARNING**··
> **WARNING**  invoke-rc.d apache2 stop && invoke-rc.d apache2 start
> **WARNING**··
> hostname: Name or service not known
> dpkg: error processing request-tracker4 (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  request-tracker4
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> (sid_i386)root at progress:/home/user#
> 
> unfortunately, looking at the postinst, i didn't spot the error immediately.

hostname is called from /var/lib/dpkg/info/request-tracker4.config.
Specifically it calls hostname -f. This would normally be configured
by debootstrap based on the host system; presumably your host system
also doesn't have a working hostname -f?

I'm not convinced that this is an RC bug in request-tracker4, although it
could plausibly be more resilient to systems without a valid FQDN.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)