Description of problem:
testing of tftp
test on localhost very fast and reliable
test on remote timed-out.
Info from tftp on localhost: tftp -V ->tftp-hpa 0.48, without readline.
What is missing is "with tcpwrappers, with remap"
Recompiled tftp from src. Found out in the config.log that tcpd.h is not found.
I believe tcpd.h should be part of tcp_wrappers.rpm, or am i wrong?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
ltsp not functioning
tcpd.h become part of distribution
tcpd.h is in tcp_wrappers-devel
Yes found it at rpmfind.net
not found in fedora yum list
and tftp from yum install id done without-tcpwrappers
Well, I'm unable to understand what you're trying to say. If you're complaining
that tftp isn't built against tcp_wrappers, then it's its bug and you have to
reassign it to tftp. If you're complaining that applications can't be built
against tcp_wrappers in Fedora, then you're wrong and we'll close the bug. I
doubt you may be complaining about anything else, but if that's the case, please
make the best effort to explain that in English.
Sorry for the confusion,i should have spend more time trying to express myself
Using tcpdump i found out that udp was not defined for port 69 in /etc/services.
and therefore access was denied in iptables.
Once that corrected,ltsp and therefore also tftp started working.I'm able to
perform a pxeboot from 2 thin clients now, one is an old pc, the other one a
diskless PC based on AMD Geode LX700. Great experience running kde4,firefox3...
on an old pc.
My confusion started by comparing the results of "tftp -V" from my fc9 machine
with another ltsp-server (previous version). In order to confirm that I had
probably taking a wrong conclusion, I did a yum reinstall tftp and everything is
still working fine. Therefore this bug can be closed