summaryrefslogtreecommitdiffstats
path: root/kerberosIV
Commit message (Collapse)AuthorAgeFilesLines
* Update for KTH Kerberos (eBones) v1.0markm2000-01-098-69/+261
|
* Build some more build-toold so that "make world" works for themarkm1999-12-301-0/+2
| | | | | KerberosIV case. Submitted by: marcel
* Bring in SRA for telnet.markm1999-10-073-4/+5
| | | | Submitted by: Nick Sayer
* Fixes for new Kerberos4. Userland to follow.markm1999-09-1925-301/+633
|
* Merged src/lib/libtelnet rev.1.9 (fixed removing of obsolete sharedbde1999-09-131-7/+4
| | | | | | library: wrong library directory, wrong library extension and wrong comment). This is mainly of historical interest, if any. The library that gets removed is aout.
* Add ftpd to the build.markm1999-09-061-0/+3
|
* Fix for new Common Error system.markm1999-09-0519-36/+63
|
* Don't -DTERMCAP or we define a few conflicting functions and causepeter1999-08-301-1/+1
| | | | recursion in a rather ugly way.
* $Id$ -> $FreeBSD$peter1999-08-2841-41/+41
|
* Link everything against libcrypt. ELF builds complain without it.markm1999-01-2516-57/+72
| | | | | | | Clean up the master makefile a bit and add a "dekerberise" target for those who have shot themselves in the foot. Thanks to: Randy Bush
* 'Nother place where libcrypt needs to be linked.markm1999-01-241-3/+3
| | | | Thanks to: Randy Bush
* Under ELF, this must be linked against libcrypt.markm1999-01-241-3/+3
| | | | Found by: Randy Bush
* The strtok_r() function is in libc now, so use it.jdp1999-01-203-6/+6
|
* Add an explicit dependency on libcrypt so that shared libraryjdp1998-11-181-1/+3
| | | | linkage works properly.
* Add -lcrypt.jb1998-09-051-3/+4
|
* Unbreak "make release".markm1998-09-041-1/+1
| | | | Submitted by: Justin Gibbs
* Add libcrypt. Elf was breaking.markm1998-09-021-3/+3
|
* While I am no longer making a shared library, nuke the old one to preventmarkm1998-08-301-0/+11
| | | | ld from picking it up spuriously.
* Stop making the shared library for libtelnet (crypto version). Thismarkm1998-08-291-0/+2
| | | | should have happened years ago.
* Add kerberised CVS to the dependant programs.markm1998-08-151-1/+2
|
* Debogotify. ln -f should be ln -s to allow the obj/ dir to bemarkm1998-03-281-2/+2
| | | | on a different volume.
* Repaired version of Bruce's "make -jN" patches.markm1998-03-262-7/+6
|
* More fixes to help fix race bags in "make -jN".markm1998-03-205-15/+10
| | | | Submitted by: BDE (Mostly)
* Fix more linkage problems. libtermcap needs to be linked for routinesmarkm1998-03-151-3/+4
| | | | in librealdline.
* Damn. Left out the dependancy macro.markm1998-03-141-2/+2
|
* Link this against libcrypt. Crypt is not directly called, but is called from ↵markm1998-03-141-2/+2
| | | | | | | | linked in code. I'll merge this to STABLE as well. PR: 5999 Submitted by: robert@cyrus.watson.org
* Kerberized telnet is not built here. Remove telnet(d).markm1998-02-161-3/+1
|
* Link this against -lcrypt. In the case where the user has no key availablemarkm1997-10-241-2/+2
| | | | | on the keyserver, the local kinit will blow chunks when it tries a crypt(3) and finds it unavailable.
* Correct the MAKE_EBONES macro --> MAKE_KERBEROS4markm1997-10-031-4/+4
|
* Take pity on Mark and fix the bogus paths to dump and restore in thejkh1997-10-021-3/+3
| | | | | | | | help-distribute target myself. They live in /usr/src/sbin, not /usr/src/usr.sbin. :-) I'm also assuming the omission of telnetd and telnet from this target are intentional so I'll leave that alone.
* Whoops! Missed one.markm1997-10-021-1/+2
|
* Tidy up the bootstrap: target. Blind commit by me.markm1997-10-021-5/+1
| | | | Tested by: jkh
* Fix a break in the includes where the build blows chunks if it ismarkm1997-10-0210-6/+28
| | | | | | being built in a totally clean environment. Found by: jkh and "make release"
* Delete extraneous paren.jkh1997-10-011-2/+2
| | | | Submitted by: Akira Watanabe <akira@myaw.ei.meisei-u.ac.jp>
* Initial import of the new kerberosIV Makefiles.markm1997-09-2445-0/+1829
I will follow up with the userland sources over the next few days. The impatient of you can play with this, but you do this without support or blessing until I am finished ;-)
OpenPOWER on IntegriCloud