summaryrefslogtreecommitdiff
path: root/libexec/telnetd
AgeCommit message (Collapse)Author
2022-09-28Remove telnetdBrooks Davis
The telnetd codebase is unmaintained and has a number of quality issues. Telnet has been largely supplanted by ssh. If needed, a port is available (net/freebsd-telnetd), but a more maintained implementation should be prefered. While the telnet client suffers from the same issues, it is deemed to be of lower risk and is required to connect to legacy devices, so it remains. Reviewed by: emaste, imp Differential Revision: https://reviews.freebsd.org/D36620
2021-10-04ncurses: chase dependency changes in the source treeBaptiste Daroussin
Differential Revision: https://reviews.freebsd.org/D32098
2021-09-07pkgbase: Create a FreeBSD-telnet packageEmmanuel Vadot
both telnet and telnetd aren't that useful nowadays but some might want them. Create a FreeBSD-telnet package so users have a choice to have them or not. Differential Revision: https://reviews.freebsd.org/D31791 Reviewed by: emaste
2019-12-11Update Makefile.depend filesSimon J. Gerraty
Update a bunch of Makefile.depend files as a result of adding Makefile.depend.options files Reviewed by: bdrewery MFC after: 1 week Sponsored by: Juniper Networks Differential Revision: https://reviews.freebsd.org/D22494 Notes: svn path=/head/; revision=355617
2019-12-11Add Makefile.depend.optionsSimon J. Gerraty
Leaf directories that have dependencies impacted by options need a Makefile.depend.options file to avoid churn in Makefile.depend DIRDEPS for cases such as OPENSSL, TCP_WRAPPERS etc can be set in local.dirdeps-options.mk which can add to those set in Makefile.depend.options See share/mk/dirdeps-options.mk Reviewed by: bdrewery MFC after: 1 week Sponsored by: Juniper Networks Differential Revision: https://reviews.freebsd.org/D22469 Notes: svn path=/head/; revision=355616
2017-10-31DIRDEPS_BUILD: Update dependencies.Bryan Drewery
Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325188
2017-10-31These values already set by src.libnames.mk.Bryan Drewery
MFC after: 2 weeks Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=325178
2017-03-04libexec: normalize paths using SRCTOP-relative paths or :H when possibleEnji Cooper
This simplifies make logic/output MFC after: 1 month Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=314653
2015-06-13Add META_MODE support.Simon J. Gerraty
Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp Notes: svn path=/head/; revision=284345
2015-06-08dirdeps.mk now sets DEP_RELDIRSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=284172
2015-05-27Merge sync of headSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=283595
2014-11-25Convert to LIBADDBaptiste Daroussin
Reduce overlinking Notes: svn path=/head/; revision=275077
2014-11-19Merge from head@274682Simon J. Gerraty
Notes: svn path=/projects/bmake/; revision=274683
2014-11-11Add baud rate support to telnet(1)Enji Cooper
This implements part of RFC-2217 It's based off a patch originally written by Sujal Patel at Isilon, and contributions from other Isilon employees. PR: 173728 Phabric: D995 Reviewed by: markj, markm MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=274364
2014-08-19Revert r267233 for now. PIE support needs to be reworked.Bryan Drewery
1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other build-only utility libraries. 2. Another 40% is fixed by generating _pic.a variants of various libraries. 3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR) where it never would work anyhow, such as csu or loader. This suggests there may be better ways of adding support to the tree. Many of these cases can be fixed such that -fPIE will work but there is really no reason to have it in those cases. 4. Some of the uses are working around hacks done to some Makefiles that are really building libraries but have been using bsd.prog.mk because the code is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have been needed. We likely do want to enable PIE by default (opt-out) for non-tree consumers (such as ports). For in-tree though we probably want to only enable PIE (opt-in) for common attack targets such as remote service daemons and setuid utilities. This is also a great performance compromise since ASLR is expected to reduce performance. As such it does not make sense to enable it in all utilities such as ls(1) that have little benefit to having it enabled. Reported by: kib Notes: svn path=/head/; revision=270168
2014-08-19Merge head from 7/28Simon J. Gerraty
Notes: svn path=/projects/bmake/; revision=270164
2014-07-17Replace all uses of libncurses and libtermcap with their wide characterBrooks Davis
variants. This allows usable file system images (i.e. those with both a shell and an editor) to be created with only one copy of the curses library. Exp-run: antoine PR: 189842 Discussed with: bapt Sponsored by: DARPA, AFRL Notes: svn path=/head/; revision=268804
2014-06-08In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.Bryan Drewery
This is currently an opt-in build flag. Once ASLR support is ready and stable it should changed to opt-out and be enabled by default along with ASLR. Each application Makefile uses opt-out to ensure that ASLR will be enabled by default in new directories when the system is compiled with PIE/ASLR. [2] Mark known build failures as NO_PIE for now. The only known runtime failure was rtld. [1] http://www.bsdcan.org/2014/schedule/events/452.en.html Submitted by: Shawn Webb <lattera@gmail.com> Discussed between: des@ and Shawn Webb [2] Notes: svn path=/head/; revision=267233
2014-06-06When building picobsd, define WITHOUT_OPENSSL and WITHOUT_KERBEROS andWarner Losh
remove the now-redundant checks for RELEASE_CRUNCH. This originally was defined for building smaller sysinstall images, but was later also used by picobsd builds for a similar purpose. Now that we've moved away from sysinstall, picobsd is the only remaining consumer of this interface. Adding these two options reduces the RELEASE_CRUNCH special cases in the tree by half. Notes: svn path=/head/; revision=267147
2014-05-16Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=266219
2014-05-08Merge from headSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=265720
2014-05-06Use src.opts.mk in preference to bsd.own.mk except where we need stuffWarner Losh
from the latter. Notes: svn path=/head/; revision=265420
2013-10-13Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=256419
2013-03-11Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=248169
2013-02-16Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=246868
2012-08-22Sync FreeBSD's bmake branch with Juniper's internal bmake branch.Marcel Moolenaar
Requested by: Simon Gerraty <sjg@juniper.net> Notes: svn path=/projects/bmake/; revision=239572
2008-11-13Convert telnetd(8) to use posix_openpt(2).Ed Schouten
Some time ago I got some reports MPSAFE TTY broke telnetd(8). Even though it turned out to be a different problem within the TTY code, I spotted a small issue with telnetd(8). Instead of allocating PTY's using openpty(3) or posix_openpt(2), it used its own PTY allocation routine. This means that telnetd(8) still uses /dev/ptyXX-style devices. I've also increased the size of line[]. Even though 16 should be enough, we already use 13 bytes ("/dev/pts/999", including '\0'). 32 bytes gives us a little more freedom. Also enable -DSTREAMSPTY. Otherwise telnetd(8) strips the PTY's pathname to the latest slash instead of just removing "/dev/" (e.g. /dev/pts/0 -> 0, instead of pts/0). Reviewed by: rink Notes: svn path=/head/; revision=184935
2008-05-07Fix conflicts after heimdal-1.1 import and add build infrastructure. ImportDoug Rabson
all non-style changes made by heimdal to our own libgssapi. Notes: svn path=/head/; revision=178828
2006-07-31inetd and telnetd are not included in the standard releaseYaroslav Tykhiy
crunched floppies, but they can be included as options in src/release/picobsd (omitted by default though.) Therefore preserve the RELEASE_CRUNCH knob in their Makefiles, but tell its real purpose in a comment. Notes: svn path=/head/; revision=160866
2006-07-31Stop enforcing dependencies between MK_* options at Makefile level.Yaroslav Tykhiy
All the dependencies are satisfied now in <bsd.own.mk>. Notes: svn path=/head/; revision=160854
2006-07-31telnetd(8) doesn't really go to the crunched floppies,Yaroslav Tykhiy
so its Makefile needn't test for RELEASE_CRUNCH. Suggested by: ru Notes: svn path=/head/; revision=160853
2006-07-27Respect MK_INET6_SUPPORT.Yaroslav Tykhiy
Apply style.Makefile(5). Notes: svn path=/head/; revision=160743
2006-03-17Reimplementation of world/kernel build options. For details, see:Ruslan Ermilov
http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine) Notes: svn path=/head/; revision=156813
2005-06-10Remove kludges intended to support src trees with partial obj trees.Dag-Erling Smørgrav
Discussed with: ru Notes: svn path=/head/; revision=147225
2004-12-21NOCRYPT -> NO_CRYPTRuslan Ermilov
Notes: svn path=/head/; revision=139113
2004-08-06Join the 21st century: Cryptography is no longer an optional componentColin Percival
of releases. The -DNOCRYPT build option still exists for anyone who really wants to build non-cryptographic binaries, but the "crypto" release distribution is now part of "base", and anyone installing from a release will get cryptographic binaries. Approved by: re (scottl), markm Discussed on: freebsd-current, in late April 2004 Notes: svn path=/head/; revision=133196
2003-07-24Make sure that a "make release" (more accurately the bit that makesMark Murray
the crunched binary) get a non-cryptographic telnet. This is overkill in that it covers stuff that is not normally used in a crunched binary. Notes: svn path=/head/; revision=117973
2003-07-24Ensure that for the cryptographic instances of *telnet*, the "crypto"Mark Murray
distribution is used. This only affects release-building. Notes: svn path=/head/; revision=117953
2003-07-20Test correct macro for "without crypto" option(s).Mark Murray
Notes: svn path=/head/; revision=117813
2003-07-16Very big makeover in the way telnet, telnetd and libtelnet are built.Mark Murray
Previously, there were two copies of telnet; a non-crypto version that lived in the usual places, and a crypto version that lived in crypto/telnet/. The latter was built in a broken manner somewhat akin to other "contribified" sources. This meant that there were 4 telnets competing with each other at build time - KerberosIV, Kerberos5, plain-old-secure and base. KerberosIV is no longer in the running, but the other three took it in turns to jump all over each other during a "make buildworld". As the crypto issue has been clarified, and crypto _calls_ are not a problem, crypto/telnet has been repo-copied to contrib/telnet, and with this commit, all telnets are now "contribified". The contrib path was chosen to not destroy history in the repository, and differs from other contrib/ entries in that it may be worked on as "normal" BSD code. There is no dangerous crypto in these sources, only a very weak system less strong than enigma(1). Kerberos5 telnet and Secure telnet are now selected by using the usual macros in /etc/make.conf, and the build process is unsurprising and less treacherous. Notes: svn path=/head/; revision=117675
2003-05-11Mrege from crypto telnet with "make unifdef". This gets a bunch ofMark Murray
$FreeBSD$ tags and some debug variable safety belts. Notes: svn path=/head/; revision=114912
2002-08-25Replace various spelling with FALLTHROUGH which is lint()ablePhilippe Charnier
Notes: svn path=/head/; revision=102411
2002-07-06The .Nm utilityPhilippe Charnier
Notes: svn path=/head/; revision=99500
2002-05-27Don't risk catching a signal while handling a signal for a dying child, as weJuli Mallett
can then end up not properly clearing wtmp/utmp entries. PR: bin/37934 Submitted by: Sandeep Kumar <skumar@juniper.net> Reviewed by: markm MFC after: 2 weeks Notes: svn path=/head/; revision=97341
2002-02-06Set WFORMAT=0, overlooked in previous commits to libexec/.Kris Kennaway
Reported by: jhay Notes: svn path=/head/; revision=90296
2002-02-05Don't use non-signal-safe functions (exit(3) in this case) inSheldon Hearn
signal handlers. In this case, use _exit(2) instead, following the call to shutdown(2). This fixes rare telnetd hangs. PR: misc/33672 Submitted by: Umesh Krishnaswamy <umesh@juniper.net> MFC after: 1 month Notes: svn path=/head/; revision=90242
2001-12-14MFCrypto: Remove -r, -s, sort -p.Ruslan Ermilov
Notes: svn path=/head/; revision=87883
2001-12-03Merge from master (crypto) telnet. WARNS fixes for alpha.Mark Murray
Notes: svn path=/head/; revision=87268
2001-11-30Merge the (in)complete ANSIfication work from src/crypto/telnet.Mark Murray
Notes: svn path=/head/; revision=87156
2001-11-30After running a "make unifdef", commit the resultant diffs.Mark Murray
This code is now a complete sunset of the crypto (master) code. Notes: svn path=/head/; revision=87153