wireguard-openbsd/lib/libutil/Makefile, branch master WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/lib/libutil/Makefile?h=master 2019-10-24T12:39:26Z The ber_* namespace is used by liblber since time immemorial, 2019-10-24T12:39:26Z tb tb@openbsd.org 2019-10-24T12:39:26Z urn:sha1:696b58997f75587bd78112ed0b6cdec94a718911 so move our BER API to the unused ober_* prefix to avoid some breakage in ports. Problem diagnosed by jmatthew with ber_free() in samba, but there are many others as pointed out by sthen. tests & ok rob ok sthen (who had an almost identical diff for libutil) "go head hit it" deraadt uucplock(3) is incorrectly named in some places, it is actually uu_lock(3) 2019-08-30T03:57:56Z deraadt deraadt@openbsd.org 2019-08-30T03:57:56Z urn:sha1:44946945c606b51e7b038457a2337993eb9bf2bc (more unclear is if anything in ports uses this, as our base no longer does) Split ber.3 into logical parts. Further tweaking will be done in tree. 2019-05-15T03:11:52Z rob rob@openbsd.org 2019-05-15T03:11:52Z urn:sha1:1376e1c09654177603da35e407dab285e7b5eed0 Discussed with and ok jmc@, schwarze@, claudio@ The BER API is currently used by ldap, ldapd, ldapctl, ypldap, snmpd, and 2019-05-11T17:46:02Z rob rob@openbsd.org 2019-05-11T17:46:02Z urn:sha1:d4b95dc4510ec3aba30ea226454b203d5350dc55 snmpctl. Separate copies of ber.[ch] have existed and been maintained in sync in ldap, ldapd, ypldap and snmpd. This commit moves the BER API into /usr/lib/libutil. All current consumers already link libutil. ldapd and snmpd regress passes, and release builds. With help from tb@ and guenther@. ok deraadt@, tb@ Make a few internal symbols static and add a Symbols.map version script 2017-12-14T09:27:44Z kettenis kettenis@openbsd.org 2017-12-14T09:27:44Z urn:sha1:8c897735bd05432fb28804700096a72e03c27761 to control which symbols are exported from the shared library. ok guenther@, deraadt@, jca@ for some time now mandoc has not required MLINKS to function 2016-03-30T06:38:40Z jmc jmc@openbsd.org 2016-03-30T06:38:40Z urn:sha1:faa33665ab2c5a685369c10172c1a3d7555eb253 correctly - logically complete that now by removing MLINKS from base; authors need only to ensure there is an entry in NAME for any function/ util being added. MLINKS will still work, and remain for perl to ease upgrades; ok nicm (curses) bcook (ssl) ok schwarze, who provided a lot of feedback and assistance ok tb natano jung merge ohash into 1 source file, then we can revisit next roadmap items. 2014-06-02T18:52:03Z deraadt deraadt@openbsd.org 2014-06-02T18:52:03Z urn:sha1:41e21db3e57d5ef3698c2fe00fa94d4c4ac06d9f ok espie move the ohash functions into libutil by popular demand. 2014-05-12T19:09:00Z espie espie@openbsd.org 2014-05-12T19:09:00Z urn:sha1:42dcb487124b72431b966827e39770df4dd1c0c3 It's not a standard interface, so it doesn't belong in libc. I hate duplicating the code in client programs, so do beck@, kettenis@, schwarze@, millert@, miod@... and they agree with libutil. Add bcrypt_pbkdf, a password based key derivation function using bcrypt. 2013-06-03T21:07:02Z tedu tedu@openbsd.org 2013-06-03T21:07:02Z urn:sha1:410ca83d720d21322fc83620ac59e63116438954 Technically, it's a slight variant of bcrypt better suited for use as a pluggable hash with PKCS #5 PBKDF2. ok djm (also tweak pkcs5_pbkdf2() prototype to have consistent types.) move pkcs5_pbkdf5 function to libutil so everybody can play with it 2012-09-06T19:41:59Z tedu tedu@openbsd.org 2012-09-06T19:41:59Z urn:sha1:11dbc5f76ff6abfb5968180e7b575d06adba2bfd ok deraadt jsing matthew