| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| | |
|
| |\
| |/
|/| |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Requested by: Simon Gerraty <sjg@juniper.net>
|
| |
| |
| |
| |
| |
| |
| |
| | |
can't. This would prevent problem when we changed the
default crypt(3) algorithm or removed it in the future.
PR: bin/189958
MFC after: 1 month
|
|/
|
|
| |
Reduce overlinking
|
| |
|
|
|
|
| |
This allows compilers and static analyzers to more thorough analysis.
|
|
|
|
|
|
|
|
| |
Although groff_mdoc(7) gives another impression, this is the ordering
most widely used and also required by mdocml/mandoc.
Reviewed by: ru
Approved by: philip, ed (mentors)
|
| |
|
|
|
|
|
|
|
| |
of incorrect and machine-dependent integer math. Now we can encrypt a file
on an i386 and decrypt it on an amd64, and vice versa.
Submitted by: Andrew Heybey < ath at niksun dot com >
|
|
|
|
|
|
|
| |
- Change some section numbers to match reality
- For MLINKS to manpages from ports, mention which port installs them
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
|
| |
Update xrefs to more contemporary items.
Requested by: ru, green
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
understand the true symmetric nature of Enigma, so my description of
``automatically detects that the input is encrypted'' was simply
wrong. Replace that by a more accurate description of why feeding the
ciphertext again into the engine will decrypt it.
MFC after: 1 week
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Add some constness to avoid some warnings.
Remove use register keyword.
Deal with missing/unneeded extern/prototypes.
Some minor type changes/casts to avoid warnings.
Reviewed by: md5
|
| |
|
| |
|
|
|
|
| |
help the GCC3 transition and CURRENT in general.
|
|
|
|
| |
Idea from: Theo de Raadt <deraadt@openbsd.org>
|
|
|
|
| |
Submitted by: Mike Barcroft <mike@q9media.com>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
- Sort xrefs
- Be consistent with section names as outlines in mdoc(7).
- Other misc mdoc cleanup.
PR: doc/13144
Submitted by: Alexey M. Zelkin <phantom@cris.net>
|
|
|
|
|
|
| |
that whatis(1) will produce the expected results.
Pointed-out-by: Jesus Monroy <jesus.monroy@usa.net> in freebsd-doc
|
|
|
|
|
| |
PR: docs/9752
Submitted by: horikawa@jp.FreeBSD.org
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
BSD-able Makefile, add a man page (that also puts a bold warning about
the weakness of the encryption), and implement the -k option for
compatibility with other vendor's implementations. (Unlike those
other vendors, we actually also document this option and its
problems.)
There are more violations of style(9) in it, like the not-use of
getopt(3), but it's not worth the while fixing all of this.
|
|
Cryptbreakers Workbench. While arguably a rather weak encryption,
it's in some use in the Internet still, and provided by a bunch of
other Unix systesms, so we include it here for compatibility.
Silently agreed by: core
|