openbsd/src/lib/libc/net, branch libressl-v2.9.0 A mirror of https://github.com/libressl/openbsd.git https://git.lua4.win/openbsd/atom?h=libressl-v2.9.0 2018-11-09T17:49:32+00:00 Remove ethers(5) YP support bits from libc as it makes it difficult to 2018-11-09T17:49:32+00:00 brynet 2018-11-09T17:49:32+00:00 urn:sha1:6372cdd7190c2285e7d31b38164710116267291e effectively use pledge(2) in some programs. approval from many, thanks! idea by & ok deraadt@ Fix typo in RFC number. 2018-05-10T13:44:43+00:00 tb 2018-05-10T13:44:43+00:00 urn:sha1:3332fc082b146f5fea6f68dc1f2ba5f934cc0d69 ok benno reference hosts(5) instead of networks(5) 2018-04-28T20:29:18+00:00 schwarze 2018-04-28T20:29:18+00:00 urn:sha1:90361605ee24cbc88d602abd0ce9ef754ad27358 Remove references to the obsolete getnetent(3) and networks(5). 2018-04-28T16:03:43+00:00 schwarze 2018-04-28T16:03:43+00:00 urn:sha1:4f1e9b7545b2956df1692643ec29d9a6fad824c3 Stop talking about /etc/networks, which is no longer used, 2018-04-28T15:37:43+00:00 schwarze 2018-04-28T15:37:43+00:00 urn:sha1:bf44d75fba7f47ea5a1b71af7ad85d4588a1415b and reference gethostby*(3) and /etc/hosts instead. Say that setnetent(3), getnetent(3), and endnetent(3) now do nothing. With feedback from guenther and significant help from deraadt@. Say that sethostent(3), gethostent(3), and endhostent(3) do nothing. 2018-04-28T15:28:25+00:00 schwarze 2018-04-28T15:28:25+00:00 urn:sha1:47aaf3cd0ae7e47938e3e48939964f2868e95406 While here, stop implying plans to support additional address families in the future, and do not call gethostbyname2(3) "advanced". OK deraadt@ guenther@ To allow us to get rid of /etc/networks, make setnetent(3), 2018-04-28T15:05:40+00:00 schwarze 2018-04-28T15:05:40+00:00 urn:sha1:c6709df0cf0542a5907367b532c984b46da9a605 getnetent(3), and endnetent(3) do nothing, just like sethostent(3), gethostent(3), and endhostent(3) years ago. OK deraadt@ guenther@ Adjust references for sysctl(3) to sysctl(2) 2018-01-12T04:36:44+00:00 deraadt 2018-01-12T04:36:44+00:00 urn:sha1:c52686e247904ee7bb015a3268a8065b929de4d4 Add the missing STANDARDS section (kettenis@ noticed that these are 2017-11-28T18:10:59+00:00 schwarze 2017-11-28T18:10:59+00:00 urn:sha1:ef5009a6513a12d5b012a660db518b01e8579d92 POSIX functions) and turn the weird DIAGNOSTICS section into a normal RETURN VALUES section while here. update the little endian processor list to give it a chance of matching 2017-07-08T21:45:35+00:00 tedu 2017-07-08T21:45:35+00:00 urn:sha1:2690810b2613ff98fe956e8a46c5737b6fb12313 what the reader is using.