<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/usr.bin/fetch, branch releng/5.3</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2004-11-18T12:06:51Z</updated>
<entry>
<title>FreeBSD-SA-04:16.fetch:</title>
<updated>2004-11-18T12:06:51Z</updated>
<author>
<name>Colin Percival</name>
<email>cperciva@FreeBSD.org</email>
</author>
<published>2004-11-18T12:06:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=20e46ec32e5a800097aa4a1baeb657f19fb2e52b'/>
<id>urn:sha1:20e46ec32e5a800097aa4a1baeb657f19fb2e52b</id>
<content type='text'>
MFC revision 1.75 of src/usr.bin/fetch/fetch.c
Bump newvers.sh and document in UPDATING.

Approved by:	so
</content>
</entry>
<entry>
<title>MFC: (1.73) the check for r_flag was accidentally removed in 1.72.</title>
<updated>2004-08-31T05:18:33Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2004-08-31T05:18:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=47d4a517de05f1a082f9085e8cb34e1a65dbf3cb'/>
<id>urn:sha1:47d4a517de05f1a082f9085e8cb34e1a65dbf3cb</id>
<content type='text'>
Approved by:	re (kensmith)
</content>
</entry>
<entry>
<title>Fix a couple of edge cases in which sb.st_size may be incorrect or</title>
<updated>2004-08-15T22:22:35Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2004-08-15T22:22:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=13901dd25ac5b0edaeb81164ffa159e4ef80617f'/>
<id>urn:sha1:13901dd25ac5b0edaeb81164ffa159e4ef80617f</id>
<content type='text'>
meaningless.  In particular, don't assume that it is left untouched if
stat(2) fails; that assumption happens to fail at high optimization
levels on some platforms.

MFC after:	1 week
</content>
</entry>
<entry>
<title>Join the 21st century: Cryptography is no longer an optional component</title>
<updated>2004-08-06T07:27:08Z</updated>
<author>
<name>Colin Percival</name>
<email>cperciva@FreeBSD.org</email>
</author>
<published>2004-08-06T07:27:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d37df47d3104331743c4d05ebba3f996f5a2308a'/>
<id>urn:sha1:d37df47d3104331743c4d05ebba3f996f5a2308a</id>
<content type='text'>
of releases.  The -DNOCRYPT build option still exists for anyone who
really wants to build non-cryptographic binaries, but the "crypto"
release distribution is now part of "base", and anyone installing from a
release will get cryptographic binaries.

Approved by:	re (scottl), markm
Discussed on:	freebsd-current, in late April 2004
</content>
</entry>
<entry>
<title>Document the behaviour of the "-o file" option when "file" is a directory</title>
<updated>2004-07-30T08:43:16Z</updated>
<author>
<name>Colin Percival</name>
<email>cperciva@FreeBSD.org</email>
</author>
<published>2004-07-30T08:43:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=fe6a04858c5a74d9c05ea1710ca538407fe38f8b'/>
<id>urn:sha1:fe6a04858c5a74d9c05ea1710ca538407fe38f8b</id>
<content type='text'>
(downloaded file(s) are created inside the directory).

MFC after:	3 days
</content>
</entry>
<entry>
<title>Don't strip trailing linear whitespace from passwords.</title>
<updated>2004-07-27T11:34:25Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2004-07-27T11:34:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e9aa05f18c19a23177b797efe219ffeb1f01380a'/>
<id>urn:sha1:e9aa05f18c19a23177b797efe219ffeb1f01380a</id>
<content type='text'>
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>Style nits.</title>
<updated>2004-07-27T11:30:35Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2004-07-27T11:30:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ebeb3bab5bfc440c78585c504a2811d7bcc273a5'/>
<id>urn:sha1:ebeb3bab5bfc440c78585c504a2811d7bcc273a5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Truncate long file names in stat_display(), as was originally intended.</title>
<updated>2004-07-05T11:21:50Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2004-07-05T11:21:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c8488e24e79a15a3561c9559fdfb73212703b6cb'/>
<id>urn:sha1:c8488e24e79a15a3561c9559fdfb73212703b6cb</id>
<content type='text'>
MFC after:	1 week
</content>
</entry>
<entry>
<title>The description of the -S option in the man page says we won't fail if the</title>
<updated>2004-06-24T13:43:57Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2004-06-24T13:43:57Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=adce61f9b4fc061902bd331cef9fc4b951d7ca1c'/>
<id>urn:sha1:adce61f9b4fc061902bd331cef9fc4b951d7ca1c</id>
<content type='text'>
remote size is unknown, but we do.  Resolve this in the man page's favor.

Requested by:   Andre Albsmeier &lt;andre.albsmeier@siemens.com&gt;
MFC after:	1 week
</content>
</entry>
<entry>
<title>Fix integer overflow in the file size output when dealing with</title>
<updated>2004-05-19T11:07:30Z</updated>
<author>
<name>Lukas Ertl</name>
<email>le@FreeBSD.org</email>
</author>
<published>2004-05-19T11:07:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=be28a6af389d4a935967d9457380e15efe0d70bb'/>
<id>urn:sha1:be28a6af389d4a935967d9457380e15efe0d70bb</id>
<content type='text'>
large files (i.e. DVD images).

Reviewed by:  des@
</content>
</entry>
</feed>
