summaryrefslogtreecommitdiffstats
path: root/kerberos5
Commit message (Collapse)AuthorAgeFilesLines
* Join the 21st century: Cryptography is no longer an optional componentcperciva2004-08-061-1/+0
| | | | | | | | | | 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
* Update version strings for Heimdal: 0.6 -> 0.6.1nectar2004-04-133-6/+6
|
* Hookup `arcfour.c' to the build (missed during upgrade to heimdal 0.6.1).nectar2004-04-041-0/+1
|
* style.Makefile(5).ru2004-02-0530-920/+759
| | | | OK'ed by: nectar
* Try harder to pick up the correct print_version.c. The old versionru2004-02-051-4/+3
| | | | | | | | works before bsd.dep.mk,v 1.44, whether .depend file exists or not, but the contents of .depend file is wrong. With bsd.dep.mk,v 1.44, the contents of .depend file is always broken, and build without a .depend file is broken too. With this change it works reliably in all cases. Ugh.
* Unbreak build with OpenLDAP.ru2004-02-041-0/+2
| | | | Forgotten by: mr
* Put libraries in the link order.ru2004-02-049-24/+24
| | | | Reported by: lorder(1) (modified to work with libraries)
* Take signal.c out of sources.ru2004-02-031-1/+0
| | | | Reviewed by: nectar
* Put generated headers into SRCS so that we pick them up even ifru2004-02-032-1/+3
| | | | "make depend" was not run.
* asn1_compile needs roken.h.ru2004-02-012-2/+9
|
* Overhaul of kerberos5/ makefiles. Most significant changes are:ru2004-01-3137-647/+256
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Dropped support for standalone builds, this was only partially supported anyway, and required so much magic in makefiles that made life dangerous (e.g., by using the custom yacc rules). - Got rid of .OBJDIR in makefiles -- makes building of individual files possible again. - Made the .x.c transformations -j safe. - Reprogrammed LDADD to fix static build of some utilities that was broken. - Fixed LDFLAGS and DPADD in the WITH_OPENLDAP case -- positively affects the contents of .depend files. - Removed redundant .h's from SRCS, only kept those that are generated. - libkrb5/ INCS were bogusly installed again with libgssapi/. - Made build-tools real tools with their own makefiles in separate directories. This allows us to properly track their dependencies, etc. - Faster build, 21% less of makefile code! Approved by: nectar Reviewed by: markm Silence on: arch
* add hprop to the build and add LDAP mods to hprop.mr2004-01-303-4/+4
| | | | | | add kadmind.8 Submitted by: Alex Deiter <tiamat@komi.mts.ru>
* Fixed "make clean".ru2004-01-151-0/+2
|
* Set RPATH when the Kerberos KDC is linked with the LDAP backendnectar2003-12-171-1/+1
| | | | | | | | | | | (`WITH_OPENLDAP'). Previously, the KDC could fail to start if it was invoked before `ldconfig'. This solution was chosen rather than adding an `ldconfig' dependency to `kerberos' in rcNG, because it is more robust and there is no guarantee that the LDAP libraries will be in ldconfig's path anyway. Problem reported by: Sean McNeil <sean@mcneil.com>
* No need for two copies of this file; there is already a distributionmarkm2003-11-171-70/+0
| | | | | | copy in src/crypto/heimdal/... Reported by: ru
* The header files hdb_asn1.h, hdb_err.h, and kadm5_err.h are generated,nectar2003-10-102-3/+3
| | | | | | and must be installed from ${.OBJDIR}. Pointy hat: nectar
* Build and install the verify_krb5_conf(8) utility, which checksnectar2003-10-092-1/+28
| | | | krb5.conf(5) for obvious errors.
* Install Kerberos- and GSSAPI-related man pages.nectar2003-10-093-5/+240
|
* Install additional headers for Kerberos (libkafs, libkadm5*, andnectar2003-10-093-0/+16
| | | | libhdb).
* Update build infrastructure for Heimdal 0.6.nectar2003-10-0914-29/+79
|
* Try a lot harder to get dependancies right. This involves some uglymarkm2003-07-271-10/+30
| | | | | | | | | looking ${.OBJDIR} work that has the up-side of actually working in upgrade and make -jN cases. This needs to be revisited further, and it is conceivable that the ${.OBJDIR} stuff can be simplified, but the sheer number of edge cases and other causes make this Hard(tm). For now, this works.
* Try a lot harder to get dependancies right. This involves some uglymarkm2003-07-271-4/+8
| | | | | | | | | looking ${.OBJDIR} work that has the up-side of actually working in upgrade and make -jN cases. This needs to be revisited further, and it is conceivable that the ${.OBJDIR} stuff can be simplified, but the sheer number of edge cases and other causes make this Hard(tm). For now, this works.
* Big fixup of the makefiles. Sort out the dependancies so that "make"markm2003-07-1826-675/+835
| | | | | without "make depend" works, "make -j N" works, and lists of source files are made vertical to reduce future diffs.
* Very big makeover in the way telnet, telnetd and libtelnet are built.markm2003-07-168-98/+5
| | | | | | | | | | | | | | | | | | | | | | | 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.
* Fixed "make checkdpadd".ru2003-07-0218-130/+58
| | | | OK'ed by: markm
* s/USE_OPENLDAP/WITH_OPENLDAP/ per request from kris.mr2003-06-181-1/+1
|
* Add (optional, default off) support to kerberos5 for supporting openldap.mr2003-06-1810-25/+41
| | | | | | | | | | Tests with openldap20 where successful whereas openldap21 didn't like the way hdb-ldap accessed openldap (doesn't like non-bind access). To activate the support put a USE_OPENLDAP=yes in your make.conf. The OPENLDAPBASE is also optional and points to /usr/local as default. Approved by: markm MFC after: 2 weeks
* Remove some KRB4 scraps, and allow NOSHARED make worlds tomarkm2003-05-113-17/+9
| | | | | | complete. OK'ed by: re(scottl)
* Turn MAKE_KERBEROS5 into NO_KERBEROS by negating the logic. Some extramarkm2003-05-051-10/+10
| | | | | cleanups were necessary in release/Makefile, and the tinderbox code was syntax checked, not run checked.
* Trasmute moer "krb5" distibutions into "crypto".markm2003-05-011-1/+1
|
* Migrate to a new way of dealing with building from old revisions ofimp2003-04-052-14/+2
| | | | | | | | | | | | | | | | | FreeBSD. This method attempts to centralize all the necessary hacks or work arounds in one of two places in the tree (src/Makefile.inc1 and src/tools/build). We build a small compatibility library (libbuild.a) as well as selectively installing necessary include files. We then include this directory when building host binaries. This removes all the past release compatibilty hacks from various places in the tree. We still build on tip of stable and current. I will work with those that want to support more, although I anticipate it will just work. Many thanks to ru@, obrien@ and jhb@ for providing valuable input at various stage of implementation, as well as for working together to positively effect a change for the better.
* Post KerberosIV de-orbit: Clean up Kerberos5. We dont need KerberosIVmarkm2003-03-0935-534/+38
| | | | | compatiblity mode anymore. Rename the k5foo utils to kfoo (after repo-copy).
* Don't copy headers from the source tree to the object tree withoutmarcel2003-03-087-14/+14
| | | | | | | | making sure the copies in the object tree are writable. When files in the source tree are not writable (as would be the case for a p4 tree) then a buildworld -DNOCLEAN will try to copy over the existing non-writable headers. This fails. Instead we cat the headers with redirection. This is just one of the possibilities.
* Unbreak Kerberos 5 authentication in telnet.nectar2003-03-063-2/+3
| | | | | | (Credential forwarding is still broken.) PR: bin/45397
* Define OPENSSL_DES_LIBDES_COMPATIBILITY so that Heimdal will build withnectar2003-01-211-0/+1
| | | | OpenSSL 0.9.7 when it is imported. (This currently has no effect.)
* Update version numbers after import of Heimdal 0.5.1.nectar2002-11-243-5/+5
| | | | Approved by: re
* Repair buglet introduced with the last import of Heimdal:nectar2002-11-161-0/+1
| | | | | | | `krb5-config --cflags' spewed an erroneous argument. Reported by: Gabor@Zahemszky.HU Approved by: re (jhb)
* Take __FreeBSD_version into account when BOOTSTRAPPING.ru2002-11-132-2/+6
|
* Correct path in previous commit. libssh lives under src/secure/lib, notjhb2002-10-301-1/+1
| | | | | | under src/lib. Reported by: phk
* Unbreak 'make release' by adding libssh to KPROGS.des2002-10-301-1/+1
| | | | Suggested by: jhay
* update version numbers to (consistenly):assar2002-10-231-4/+4
| | | | | krb4 1.0.5 fb1 (including the kadmind fix) heimdal 0.5 fb1 (including the kadmind fix)
* Build kerberized versions of the PAM library, and install themru2002-10-111-1/+1
| | | | | | | into corresponding distributions during "make release". (This also cleans the "slib" distribution up from the .o files.) PR: misc/43825 (inspired by)
* Zap now-unused SHLIB_MINORpeter2002-09-281-1/+0
|
* Don't lint contrib'ed sources, even if the builder gas asked for it.markm2002-09-251-0/+1
| | | | Its Just Too Noisy.
* Fix k5admind by dropping libkadm5clnt from LDADD.nectar2002-09-202-2/+2
|
* Reorder libraries in LDADD in case some wants to staticallynectar2002-09-202-4/+6
| | | | link these applications.
* Make ipropd-slave/ipropd-master actually work. These applicationsnectar2002-09-202-2/+2
| | | | | | | were being linked against the client Kerberos administration library, when they must be linked against the server library, resulting in segfaults early in the game. I suspect these have never been tested before :-(
* This is Heimdal 0.5.nectar2002-09-191-1/+1
|
* This is Heimdal 0.5.nectar2002-09-191-2/+2
|
* Update build infrastructure after import of Heimdal Kerberos 2002/09/16.nectar2002-09-162-20/+60
|
OpenPOWER on IntegriCloud