On Sat, 5 May 2001, Joey Hess wrote:
> > The first substitution worked, the second didn't. I suspect this may be
> > because I'm running testing instead of unstable at home. I'll try unstable
> > debconf now.
> That sounds similar to a bug I fixed in 0.9.36.
Indeed the version from unstable work
Simon Richter wrote:
> Hrm, I just tested with a description of:
>
> Description: ${hostname}
> ${hostname} long
>
> The first substitution worked, the second didn't. I suspect this may be
> because I'm running testing instead of unstable at home. I'll try unstable
> debconf now.
That sounds si
On Thu, 3 May 2001, Joey Hess wrote:
[Substitution in long description]
> I see nothing wrong with this, it should work.
Hrm, I just tested with a description of:
Description: ${hostname}
${hostname} long
The first substitution worked, the second didn't. I suspect this may be
because I'm runn
On Thu, 3 May 2001, Joey Hess wrote:
> Perhaps hostname --fqdn is failing? Try DEBCONF_DEBUG=developer
Hrm, the hostname command works (as verified by "echo $hostname"). I'll
try the debug option as soon as I get home.
Simon
--
GPG public key available from http://phobos.fs.tum.de/pgp/Simon
Simon Richter wrote:
> The templates file says:
>
> Description: uprecords.cgi has been installed into the webtree
> You have installed the uprecords-cgi package. That means that a new CGI
> script has been installed, which is now visible to the outside world as
> http://${hostname}/cgi-bin/upr
On Fri, 4 May 2001, Simon Richter wrote:
> While debconfiscating :-) uptimed, I also added a note to uprecords-cgi
> so that the sysadmin would be informed where the CGI would show up in his
> webtree. In this note, I'd like to use substitution, but this apparently
> doesn't work.
Addendum: The s
6 matches
Mail list logo
