Hi,
i don't think the init script is the problem. even when attached patch
is applied, tftpd-hpa itself refuses to start.
Could you have a look and let me know if you can reproduce that, and how
you made tftp-hpa work with multiple directories?
Regards,
Daniel
--
Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: daniel....@progress-technologies.net
Internet: http://people.progress-technologies.net/~daniel.baumann/
TFTP_DIRECTORY="/var/lib/tftpboot /usr/local/tftproot"
and am using the attached init script.
The manpage indicates that in.tftpd() can simply take multiple
directories on the command line.
I'm not sure what the $(echo ...) bit is trying to do; it seems that
simply using the variable as-is should work.
-- John
your attached init script isn't different from mine in the patch applied
to last message apart from the fact that it doesn't fail if a directory
isn't existing, but that's just a cosmetical thing.
> The manpage indicates that in.tftpd() can simply take multiple
> directories on the command line.
right, but still, as said previously, it doesn't work for me:
---snip---
[...]
Starting HPA's tftpd: in.tftpd+ log_daemon_msg_post Starting HPA's tftpd
in.tftpd
+ :
+ do_start
+ start-stop-daemon --start --quiet --oknodo --exec /usr/sbin/in.tftpd
-- --listen --user tftp --address 0.0.0.0:69 --secure /srv/tftp /srv/tftp2
root@debian:~# echo $?
64
root@debian:~#
---snip---
which is why i'm still puzzled why it works for you.
> I'm not sure what the $(echo ...) bit is trying to do; it seems that
> simply using the variable as-is should work.
there's only one '$(echo' in the packaging, and that is in the postinst.
are you refereing to this? if so.. that echo is supposed to set the home
directory of the adduser call to first directory specified in
TFTP_DIRECTORY, as a user can't have multiple home directories at the
same time.
Regards,
Daniel
--
Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: daniel....@progress-technologies.net
Internet: http://people.progress-technologies.net/~daniel.baumann/
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
It is, you are adding a $(echo ... awk ...) stuff.
>
>> The manpage indicates that in.tftpd() can simply take multiple
>> directories on the command line.
>
> right, but still, as said previously, it doesn't work for me:
>
> ---snip---
> [...]
> Starting HPA's tftpd: in.tftpd+ log_daemon_msg_post Starting HPA's tftpd
> in.tftpd
> + :
> + do_start
> + start-stop-daemon --start --quiet --oknodo --exec /usr/sbin/in.tftpd
> -- --listen --user tftp --address 0.0.0.0:69 --secure /srv/tftp /srv/tftp2
> root@debian:~# echo $?
> 64
> root@debian:~#
> ---snip---
>
> which is why i'm still puzzled why it works for you.
You can't use multiple directories with --secure (the manpage says:
"When --secure is specified, exactly one directory should be specified
on the command line.")
>> I'm not sure what the $(echo ...) bit is trying to do; it seems that
>> simply using the variable as-is should work.
>
> there's only one '$(echo' in the packaging, and that is in the postinst.
> are you refereing to this? if so.. that echo is supposed to set the home
> directory of the adduser call to first directory specified in
> TFTP_DIRECTORY, as a user can't have multiple home directories at the
> same time.
I was referring to the $(echo...) your proposed patch added.
-- John
i'm afraid i don't understand. like i said before, with the applied
patch, the only place where there is an '$(echo ' ins in postinst to
prevent constructing an illegal adduser call.
> You can't use multiple directories with --secure (the manpage says:
> "When --secure is specified, exactly one directory should be specified
> on the command line.")
aaah, ok.. without secure then. so i'll probably add another check for
that then (so that user gets a warning if both --secure and multiple
directories are specified).
--
Address: Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email: daniel....@progress-technologies.net
Internet: http://people.progress-technologies.net/~daniel-baumann/