summaryrefslogtreecommitdiffstats
path: root/kerberos5/libexec
Commit message (Collapse)AuthorAgeFilesLines
* DIRDEPS_BUILD: Regenerate without local dependencies.bdrewery2016-02-243-14/+0
| | | | | | | | These are no longer needed after the recent 'beforebuild: depend' changes and hooking DIRDEPS_BUILD into a subset of FAST_DEPEND which supports skipping 'make depend'. Sponsored by: EMC / Isilon Storage Division
* DIRDEPS_BUILD: Add some missing build dependencies for kerberos5.bdrewery2016-02-243-0/+3
| | | | Sponsored by: EMC / Isilon Storage Division
* Add more SUBDIR_PARALLEL.bdrewery2015-09-261-0/+1
| | | | | MFC after: 3 weeks Sponsored by: EMC / Isilon Storage Division
* Remove unneeded dependency of '.o: .h' that bsd.prog.mk already handles.bdrewery2015-09-241-3/+1
| | | | | | MFC after: 2 weeks X-MFC-With: r288198 Sponsored by: EMC / Isilon Storage Division
* Add missing CLEANFILES.bdrewery2015-09-241-0/+2
| | | | | MFC after: 1 week Sponsored by: EMC / Isilon Storage Division
* Move setting of LDFLAGS to the modules which require it actually, asume2015-08-272-0/+2
| | | | other kerberos5 modules do so.
* Add META_MODE support.sjg2015-06-1312-0/+433
|\ | | | | | | | | | | | | | | | | | | | | 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
| * dirdeps.mk now sets DEP_RELDIRsjg2015-06-0812-24/+0
| |
| * Merge sync of headsjg2015-05-2722-60/+36
| |\ | |/ |/|
| * Merge from head@274682sjg2014-11-1912-26/+2
| |\
| * \ Merge head from 7/28sjg2014-08-1915-3/+25
| |\ \
| * | | Updated dependenciessjg2014-05-1612-0/+12
| | | |
| * | | Merge headsjg2014-04-282-2/+2
| |\ \ \
| * | | | Updated dependenciessjg2013-10-1312-0/+56
| | | | |
| * | | | Merge headsjg2013-09-112-4/+6
| |\ \ \ \
| * \ \ \ \ sync from headsjg2013-04-121-1/+1
| |\ \ \ \ \
| * | | | | | Updated dependenciessjg2013-03-1112-0/+12
| | | | | | |
| * | | | | | Updated dependenciessjg2013-02-1612-24/+0
| | | | | | |
| * | | | | | Sync FreeBSD's bmake branch with Juniper's internal bmake branch.marcel2012-08-2212-0/+392
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Requested by: Simon Gerraty <sjg@juniper.net>
* | | | | | | Convert kerberos to LIBADD and reduce overlinking of the kerberos binaries andbapt2014-11-2512-49/+26
| |_|_|_|_|/ |/| | | | | | | | | | | | | | | | | libraries
* | | | | | Revert r267233 for now. PIE support needs to be reworked.bdrewery2014-08-1912-24/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* | | | | | Rework privatelib/internallibbapt2014-08-062-2/+2
| |_|_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Make sure everything linking to a privatelib and/or an internallib does it directly from the OBJDIR rather than DESTDIR. Add src.libnames.mk so bsd.libnames.mk is not polluted by libraries not existsing in final installation Introduce the LD* variable which is what ld(1) is expecting (via LDADD) to link to internal/privatelib Directly link to the .so in case of private library to avoid having to complexify LDFLAGS. Phabric: https://phabric.freebsd.org/D553 Reviewed by: imp, emaste
* | | | | In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.bdrewery2014-06-0812-0/+24
| |_|_|/ |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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]
* | | | NO_MAN= has been deprecated in favor of MAN= for some time, go aheadimp2014-04-132-2/+2
| |_|/ |/| | | | | | | | | | | | | | and finish the job. ncurses is now the only Makefile in the tree that uses it since it wasn't a simple mechanical change, and will be addressed in a future commit.
* | | Clean up the Kerberos build by turning libheimipcc and libheimipcs intodes2013-09-102-4/+6
| |/ |/| | | | | | | | | | | | | private shared libraries, instead of hacked-together archives of PIC objects. This makes it possible to build a static libkrb5 that works. Reviewed by: stas Approved by: re (gjb)
* | Add -lheimntlm to LDADD directly.brooks2013-02-111-1/+1
|/ | | | | | | | | | | With the current binutils, symbols from libheimtlm.so are loaded because it is referenced by DT_NEEDED. This feature is not implemented in mclinker (https://code.google.com/p/mclinker/issues/detail?id=104). I encountered the same issue when linking with a recent devel/binutils invoked via clang. This was the only use of DT_NEEDED in the tree so removing it simplifies toolchain requirements. Submitted by: Pete Chou <petechou@gmail.com> (mclinker issue)
* Centralize the specification of the krb5 build tools.obrien2012-06-011-1/+1
|
* * Remove headers from SRCS that are not generatedobrien2012-05-305-7/+6
| | | | | | (and are in /usr/src/crypto/heimdal/). * Avoid race conditions with 'make -j<N>'.
* - Update FreeBSD Heimdal distribution to version 1.5.1. This also bringsstas2012-03-2210-36/+97
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | several new kerberos related libraries and applications to FreeBSD: o kgetcred(1) allows one to manually get a ticket for a particular service. o kf(1) securily forwards ticket to another host through an authenticated and encrypted stream. o kcc(1) is an umbrella program around klist(1), kswitch(1), kgetcred(1) and other user kerberos operations. klist and kswitch are just symlinks to kcc(1) now. o kswitch(1) allows you to easily switch between kerberos credentials if you're running KCM. o hxtool(1) is a certificate management tool to use with PKINIT. o string2key(1) maps a password into key. o kdigest(8) is a userland tool to access the KDC's digest interface. o kimpersonate(8) creates a "fake" ticket for a service. We also now install manpages for some lirbaries that were not installed before, libheimntlm and libhx509. - The new HEIMDAL version no longer supports Kerberos 4. All users are recommended to switch to Kerberos 5. - Weak ciphers are now disabled by default. To enable DES support (used by telnet(8)), use "allow_weak_crypto" option in krb5.conf. - libtelnet, pam_ksu and pam_krb5 are now compiled with error on warnings disabled due to the function they use (krb5_get_err_text(3)) being deprecated. I plan to work on this next. - Heimdal's KDC now require sqlite to operate. We use the bundled version and install it as libheimsqlite. If some other FreeBSD components will require it in the future we can rename it to libbsdsqlite and use for these components as well. - This is not a latest Heimdal version, the new one was released while I was working on the update. I will update it to 1.5.2 soon, as it fixes some important bugs and security issues.
* Fix conflicts after heimdal-1.1 import and add build infrastructure. Importdfr2008-05-079-22/+73
| | | | all non-style changes made by heimdal to our own libgssapi.
* Start the dreaded NOFOO -> NO_FOO conversion.ru2004-12-212-2/+2
| | | | OK'ed by: core
* style.Makefile(5).ru2004-02-058-115/+52
| | | | OK'ed by: nectar
* Unbreak build with OpenLDAP.ru2004-02-041-0/+2
| | | | Forgotten by: mr
* Put libraries in the link order.ru2004-02-047-14/+14
| | | | Reported by: lorder(1) (modified to work with libraries)
* Overhaul of kerberos5/ makefiles. Most significant changes are:ru2004-01-317-127/+36
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - 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>
* Update build infrastructure for Heimdal 0.6.nectar2003-10-091-0/+2
|
* Big fixup of the makefiles. Sort out the dependancies so that "make"markm2003-07-187-134/+196
| | | | | 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-162-29/+1
| | | | | | | | | | | | | | | | | | | | | | | 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-028-44/+22
| | | | OK'ed by: markm
* Add (optional, default off) support to kerberos5 for supporting openldap.mr2003-06-186-18/+24
| | | | | | | | | | 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
* Post KerberosIV de-orbit: Clean up Kerberos5. We dont need KerberosIVmarkm2003-03-0911-153/+14
| | | | | 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-084-8/+8
| | | | | | | | 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-061-1/+1
| | | | | | (Credential forwarding is still broken.) PR: bin/45397
* 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 :-(
* Update build infrastructure after import of Heimdal Kerberos 2002/08/29.nectar2002-08-302-4/+10
|
* Kerberos 5 no longer needs -lmdfjoe2002-08-048-16/+16
| | | | Approved by: nectar
* Milestone #1 in cross-arch make releases.ru2002-04-269-18/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Do not install games and profiled libraries to the ${CHROOTDIR} with the initial installworld. Eliminate the need in the second installworld. For that, make sure _everything_ is built in the "world" environment, using the right tool chain. Added SUBDIR_OVERRIDE helper stuff to Makefile.inc1. Split the buildworld process into stages, and skip some stages when SUBDIR_OVERRIDE is set (used to build crypto, krb4, and krb5 dists). Added NO_MAKEDB_RUN knob to Makefile.inc1 to avoid running makewhatis(1) at the end of installworld (used when making crypto, krb4, and krb5 dists). In release/scripts/doFS.sh, ensure that the correct boot blocks are used. Moved the creation of the "crypto" dist from release.5 to release.2. In release.3 and doMFSKERN, build kernels in the "world" environment. KERNELS now means "additional" kernels, GENERIC is always built. Ensure we build crunched binaries in the "world" environment. Obfuscate release/Makefile some more (WMAKEENV) to achieve this. Inline createBOOTMFS target. Use already built GENERIC kernel modules to augment mfsfd's /stand/modules. GC doMODULES as such. Assorted fixes: Get rid of the "afterdistribute" target by moving the single use of it from sys/Makefile to etc/Makefile's "distribute". Makefile.inc1: apparently "etc" no longer needs to be last for "distribute" to succeed. gnu/usr.bin/perl/library/Makefile.inc: do not override the "install" and "distribute" targets, do it the "canonical" way. release/scripts/{man,cat}pages-make.sh: make sure Perl manpages and catpages appear in the right dists. Note that because Perl does not respect the MANBUILDCAT (and NOMAN), this results in a loss of /usr/share/perl/man/cat* empty directories. This will be fixed soon. Turn MAKE_KERBEROS4 into a plain boolean variable (if it is set it means "make KerberosIV"), as documented in the make.conf(5) manpage. Most of the userland makefiles did not test it for "YES" anyway. XXX Should specialized kerberized libpam versions be included into the krb4 and krb5 dists? (libpam.a would be incorrect anyway if both krb4 and krb5 dists were choosen.) Make sure "games" dist is made before "catpages", otherwise games catpages settle in the wrong dist. Fast build machine provided by: Igor Kucherenko <kivvy@sunbay.com>
OpenPOWER on IntegriCloud