<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <link>http://nxr.netbsd.org/rss/src/usr.bin/passwd/Makefile</link>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2005</copyright>
    <generator>Java</generator>
    
<item>
    <title>add LIBKRB5_LDADD/LIBKRB5_DPADD and their static counterparts<br/>to bsd.prog.mk.  use them instead of hard coding various lists<br/>of libraries for krb5.<br/><br/>this fixes static builds.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.46</description>
    <pubDate>Sun Feb 25 00:16:49 UTC 2018</pubDate>
    <dc:creator>mrg</dc:creator>
</item>

<item>
    <title>add sqlite3</title>
    <description>/src/usr.bin/passwd/Makefile - 1.45</description>
    <pubDate>Sat Jan 28 23:44:51 UTC 2017</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>branches:  1.44.8;  1.44.10;  1.44.12;  1.44.16;  1.44.18;<br/>Keep the built-in support for passwd -k, but don't make the kpasswd link or<br/>install the kpasswd man page since these are provided by heimdal. I ifdef'ed<br/>them so that the code to install them is still with the Makefile.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.44</description>
    <pubDate>Wed Feb 13 23:19:14 UTC 2013</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>don't build kpasswd; heimdal does it for us.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.43</description>
    <pubDate>Mon Feb 11 23:11:48 UTC 2013</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>branches:  1.42.4;  1.42.6;  1.42.10;  1.42.12;  1.42.14;<br/>We no longer need -I/usr/include/krb5.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.42</description>
    <pubDate>Sun Apr 24 21:42:06 UTC 2011</pubDate>
    <dc:creator>elric</dc:creator>
</item>

<item>
    <title>Add new Makefile knob, USE_FORT, which extends USE_SSP by turning on the<br/>FORTIFY_SOURCE feature of libssp, thus checking the size of arguments to<br/>various string and memory copy and set functions (as well as a few system<br/>calls and other miscellany) where known at function entry.  RedHat has<br/>evidently built all "core system packages" with this option for some time.<br/><br/>This option should be used at the top of Makefiles (or Makefile.inc where<br/>this is used for subdirectories) but after any setting of LIB.<br/><br/>This is only useful for userland code, and cannot be used in libc or in<br/>any code which includes the libc internals, because it overrides certain<br/>libc functions with macros.  Some effort has been made to make USE_FORT=yes<br/>work correctly for a full-system build by having the bsd.sys.mk logic<br/>disable the feature where it should not be used (libc, libssp iteself,<br/>the kernel) but no attempt has been made to build the entire system with<br/>USE_FORT and doing so will doubtless expose numerous bugs and misfeatures.<br/><br/>Adjust the system build so that all programs and libraries that are setuid,<br/>directly handle network data (including serial comm data), perform<br/>authentication, or appear likely to have (or have a history of having)<br/>data-driven bugs (e.g. file(1)) are built with USE_FORT=yes by default,<br/>with the exception of libc, which cannot use USE_FORT and thus uses<br/>only USE_SSP by default.  Tested on i386 with no ill results; USE_FORT=no<br/>per-directory or in a system build will disable if desired.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.41</description>
    <pubDate>Mon May 28 00:06:29 UTC 2007</pubDate>
    <dc:creator>tls</dc:creator>
</item>

<item>
    <title>Introduce PAM_STATIC_LDADD and PAM_STATIC_DPADD.  When compiling<br/>with MKPIC=no, possibly because the target does not support shared<br/>libraries, these include libraries required to resolve all symbols<br/>which end up referenced from PAM-using applications.  The libraries<br/>presently required are -lcrypt, -lrpcsvc and -lutil.<br/><br/>Add use of these variables which are currently set up to use PAM,<br/>so that they compile when MKPIC=no.<br/><br/>Also, in the telnetd case, reorder the order of the libraries, so<br/>that libtelnet.a comes before -ltermcap and -lutil, again to fix<br/>link error when MKPIC=no.<br/><br/>Discussed with thorpej and christos.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.40</description>
    <pubDate>Fri Mar 04 20:41:09 UTC 2005</pubDate>
    <dc:creator>he</dc:creator>
</item>

<item>
    <title>Remove COPTS+=-g.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.39</description>
    <pubDate>Mon Feb 28 10:37:49 UTC 2005</pubDate>
    <dc:creator>wiz</dc:creator>
</item>

<item>
    <title>Magor rework of passwd(1) for the PAM case.  Add "-d &lt;database&gt;" option,<br/>similar to Solaris's "-r &lt;repository" or Mac OS X's "-i &lt;infosystem&gt;",<br/>to select the password database (files, nis, krb5).  Otherwise, we default<br/>to using whatever PAM decides.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.38</description>
    <pubDate>Sat Feb 26 07:19:25 UTC 2005</pubDate>
    <dc:creator>thorpej</dc:creator>
</item>

<item>
    <title>Add a PAM passwd module.<br/>XXX: This avoids the issue of supporting separate -l -y -k, but is the behavior<br/>correct? Should passwd -p disable all other passwd methods? Should it become<br/>the default if compiled in?</title>
    <description>/src/usr.bin/passwd/Makefile - 1.37</description>
    <pubDate>Tue Feb 22 01:08:43 UTC 2005</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>use pw_gensalt() and don't dig into libcrypt.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.36</description>
    <pubDate>Tue Jan 11 22:42:30 UTC 2005</pubDate>
    <dc:creator>christos</dc:creator>
</item>

<item>
    <title>Add support for SHA1 hashed passwords.<br/>The algorithm used is essentially PBKDF1 from RFC 2898 but using<br/>hmac_sha1 rather than SHA1 directly (suggested by smb@research.att.com).<br/><br/> * The format of the encrypted password is:<br/> * $&lt;tag&gt;$&lt;iterations&gt;$&lt;salt&gt;$&lt;digest&gt;<br/> *<br/> * where:<br/> *      &lt;tag&gt;           is "sha1"<br/> *      &lt;iterations&gt;    is an unsigned int identifying how many rounds<br/> *                      have been applied to &lt;digest&gt;.  The number<br/> *                      should vary slightly for each password to make<br/> *                      it harder to generate a dictionary of<br/> *                      pre-computed hashes.  See crypt_sha1_iterations.<br/> *      &lt;salt&gt;          up to 64 bytes of random data, 8 bytes is<br/> *                      currently considered more than enough.<br/> *      &lt;digest&gt;        the hashed password.<br/><br/>hmac.c implementes HMAC as defined in RFC 2104 and includes a unit<br/>test for both hmac_sha1 and hmac_sha1 using a selection of the Known<br/>Answer Tests from RFC 2202.<br/><br/>It is worth noting that to be FIPS compliant the hmac key (password)<br/>should be 10-20 chars.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.35</description>
    <pubDate>Fri Jul 02 00:05:23 UTC 2004</pubDate>
    <dc:creator>sjg</dc:creator>
</item>

<item>
    <title>remove unnecessary rules</title>
    <description>/src/usr.bin/passwd/Makefile - 1.34</description>
    <pubDate>Tue Jul 22 00:34:40 UTC 2003</pubDate>
    <dc:creator>lukem</dc:creator>
</item>

<item>
    <title>Don't build a separate kpasswd program, passwd can handle Kerberos<br/>password changing. Fixes last part of bin/14988.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.33</description>
    <pubDate>Sun Apr 06 16:35:38 UTC 2003</pubDate>
    <dc:creator>lha</dc:creator>
</item>

<item>
    <title>add DPADD.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.32</description>
    <pubDate>Wed Oct 23 01:25:38 UTC 2002</pubDate>
    <dc:creator>itojun</dc:creator>
</item>

<item>
    <title>Split the notion of building Hesiod, Kerberos, S/key, and YP<br/>infrastructure and using that infrastructure in programs.<br/><br/>	* MKHESIOD, MKKERBEROS, MKSKEY, and MKYP control building<br/>	  of the infratsructure (libraries, support programs, etc.)<br/><br/>	* USE_HESIOD, USE_KERBEROS, USE_SKEY, and USE_YP control<br/>	  building of support for using the corresponding API<br/>	  in various libraries/programs that can use it.<br/><br/>As discussed on tech-toolchain.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.31</description>
    <pubDate>Fri Mar 22 18:10:23 UTC 2002</pubDate>
    <dc:creator>thorpej</dc:creator>
</item>

<item>
    <title>Remove INSTALLFLAGS=-fschg, as per change to usr.bin/ssh/ssh/Makefile.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.30</description>
    <pubDate>Wed Oct 18 00:24:19 UTC 2000</pubDate>
    <dc:creator>simonb</dc:creator>
</item>

<item>
    <title>remove -lvers, it's not used</title>
    <description>/src/usr.bin/passwd/Makefile - 1.29</description>
    <pubDate>Thu Aug 03 22:56:29 UTC 2000</pubDate>
    <dc:creator>assar</dc:creator>
</item>

<item>
    <title>update build infrastructure for heimdal 0.3a</title>
    <description>/src/usr.bin/passwd/Makefile - 1.28</description>
    <pubDate>Thu Aug 03 04:02:32 UTC 2000</pubDate>
    <dc:creator>assar</dc:creator>
</item>

<item>
    <title>Add pwd_gensalt() - generates password salt/setting for crypt(), based upon<br/>target user and information obtained from passwd.conf. From OpenBSD.</title>
    <description>/src/usr.bin/passwd/Makefile - 1.27</description>
    <pubDate>Thu Jul 06 11:16:50 UTC 2000</pubDate>
    <dc:creator>ad</dc:creator>
</item>
</channel></rss>

