Bug 14003
Summary: | tftp-server not xinetd'ified | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Pekka Savola <pekkas> |
Component: | tftp | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 7.1 | CC: | rvokal, tao |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-07-24 22:57:40 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Pekka Savola
2000-07-14 21:35:53 UTC
Please also consider making tftpd run as nobody (#12124). More like #12129. :-) I ran it w/ nobody briefly too just fine. Note: the package is horribly broken. There is a tftp-hpa source in there, which appears to be (at least partially) the straight OpenBSD implementation. compiling tftp-hpa-0.13/tftpd/ gives horrid warnings, but doesn't break. That version is installed in /usr/sbin/in.tftpd, which will cause tftpd server to be quite non-functional. The version in tftpd/ seems to work just fine. This defect is considered MUST-FIX for Winston Beta-5 Ok, I researched a bit into this (beta4). First, hpa released a new version of this 2 weeks ago. Then you wouldn't need the define for BSD signals. Spec file is still wrong; if you intend to use hpa version, please remove Source: line from netkit-base -derived one. The server will work if you specify server_args = /tftpboot in xinetd.d/tftp. Previous netkit-versions defaulted to that, but this one doesn't seem to. All but running as nobody fixed in tftp-0.17-2. Thanks for the research! Closing, the nobody issue will be resolved as a separate item. Done in beta5. |