<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/lib, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2019-07-04T23:58:11Z</updated>
<entry>
<title>- Switch releng/11.3 to -RELEASE.</title>
<updated>2019-07-04T23:58:11Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2019-07-04T23:58:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bf0104cf3db74756d08cba044e7f40a1d6da644a'/>
<id>urn:sha1:bf0104cf3db74756d08cba044e7f40a1d6da644a</id>
<content type='text'>
- Add the anticipated 11.3-RELEASE date to UPDATING.
- Set a static __FreeBSD_version.

Approved by:	re (implicit)
Sponsored by:	Rubicon Communications, LLC (Netgate)
</content>
</entry>
<entry>
<title>Fix iconv buffer overflow.</title>
<updated>2019-07-03T00:00:39Z</updated>
<author>
<name>Gordon Tetlow</name>
<email>gordon@FreeBSD.org</email>
</author>
<published>2019-07-03T00:00:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ea75e84cbfbc81b159b8643f4465c4f561aa112c'/>
<id>urn:sha1:ea75e84cbfbc81b159b8643f4465c4f561aa112c</id>
<content type='text'>
Approved by:	so
Approved by:	re (implicit)
Security:	FreeBSD-SA-19:09.iconv
</content>
</entry>
<entry>
<title>MFH (r313975, r315909, r317827, r344533): upgrade to latest OpenPAM</title>
<updated>2019-06-12T01:53:14Z</updated>
<author>
<name>Dag-Erling Smørgrav</name>
<email>des@FreeBSD.org</email>
</author>
<published>2019-06-12T01:53:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=42e4c59abadfa6d18eaee4d2b600735480388fc2'/>
<id>urn:sha1:42e4c59abadfa6d18eaee4d2b600735480388fc2</id>
<content type='text'>
Approved by:	re (gjb)
</content>
</entry>
<entry>
<title>MFC r348797:</title>
<updated>2019-06-11T08:50:26Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2019-06-11T08:50:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=da292a89e1bed1e969c5d2177430583cb14d8ae4'/>
<id>urn:sha1:da292a89e1bed1e969c5d2177430583cb14d8ae4</id>
<content type='text'>
Fix for reading the configuration descriptor in libusb. Catch invalid
configuration descriptor reads early on to avoid issues with devices
that don't check for a valid USB configuration read request.

Submitted by:	takahiro.kurosawa@gmail.com
PR:		238412
Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFC r348500:</title>
<updated>2019-06-07T18:52:36Z</updated>
<author>
<name>Dimitry Andric</name>
<email>dim@FreeBSD.org</email>
</author>
<published>2019-06-07T18:52:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=289f727c15bde8b72f87d8c6ca9a4f016a7c64ff'/>
<id>urn:sha1:289f727c15bde8b72f87d8c6ca9a4f016a7c64ff</id>
<content type='text'>
Partially revert r271349, which disabled the msun cexp test #4 on i386.

Ensure the expected result is stored first in a volatile variable with
the desired type.  This makes all the tests succeed.

Slightly changed from the original pull request, but functionally the
same.

Approved by:	re (gjb)
Obtained from:	https://github.com/freebsd/freebsd/pull/401
Submitted by:	Moritz Buhl &lt;gh@moritzbuhl.de&gt;
PR:		191676
</content>
</entry>
<entry>
<title>MFC r348302:</title>
<updated>2019-06-07T02:36:26Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2019-06-07T02:36:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7faa1eb5c927f3fe61099bbf889bd5ef7c90f88d'/>
<id>urn:sha1:7faa1eb5c927f3fe61099bbf889bd5ef7c90f88d</id>
<content type='text'>
Chase r261913: hardcoded default crypt(3) algorithm is SHA-512 when DES
is not available.

Submitted by:	Ali Mashtizadeh &lt;ali mashtizadeh.com&gt;
Approved by:	re (gjb)
</content>
</entry>
<entry>
<title>MFC r347990:</title>
<updated>2019-06-04T10:35:54Z</updated>
<author>
<name>Martin Matuska</name>
<email>mm@FreeBSD.org</email>
</author>
<published>2019-06-04T10:35:54Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b8a9d3fd247a71bd502f043724133864963efa53'/>
<id>urn:sha1:b8a9d3fd247a71bd502f043724133864963efa53</id>
<content type='text'>
Sync libarchive with vendor.

Relevant vendor changes:
  Issue #795: XAR - do not try to add xattrs without an allocated name
  PR #812: non-recursive option for extract and list
  PR #958: support reading metadata from compressed files
  PR #999: add --exclude-vcs option to bsdtar
  Issue #1062: treat empty archives with a GNU volume header as valid
  PR #1074: Handle ZIP files with trailing 0s in the extra fields
            (Android APK archives)
  PR #1109: Ignore padding in Zip extra field data (Android APK archives)
  PR #1167: fix problems related to unreadable directories
  Issue #1168: fix handling of strtol() and strtoul()
  PR #1172: RAR5 - fix invalid window buffer read in E8E9 filter
  PR #1174: ZIP reader - fix of MSZIP signature parsing
  PR #1175: gzip filter - fix reading files larger than 4GB from memory
  PR #1177: gzip filter - fix memory leak with repeated header reads
  PR #1180: ZIP reader - add support for Info-ZIP Unicode Path Extra Field
  PR #1181: RAR5 - fix merge_block() recursion
            (OSS-Fuzz 12999, 13029, 13144, 13478, 13490)
  PR #1183: fix memory leak when decompressing ZIP files with LZMA
  PR #1184: fix RAR5 OSS-Fuzz issues 12466, 14490, 14491, 12817
    OSS-Fuzz 12466: RAR5 - fix buffer overflow when parsing huffman tables
    OSS-Fuzz 14490, 14491: RAR5 - fix bad shift-left operations
    OSS-Fuzz 12817: RAR5 - handle a case with truncated huffman tables
  PR #1186: RAR5 - fix invalid type used for dictionary size mask
            (OSS-Fuzz 14537)
  PR #1187: RAR5 - fix integer overflow (OSS-Fuzz 14555)
  PR #1190: RAR5 - RAR5 don't try to unpack entries marked as directories
            (OSS-Fuzz 14574)
  PR #1196: RAR5 - fix a potential SIGSEGV on 32-bit builds
  OSS-Fuzz 2582: RAR - fix use after free if there is an invalid entry
  OSS-Fuzz 14331: RAR5 - fix maximum owner name length
  OSS-Fuzz 13965: RAR5 - use unsigned int for volume number + range check

  Additional RAR5 reader changes:
    - support symlinks, hardlinks, file owner, file group, versioned files
    - change ARCHIVE_FORMAT_RAR_V5 to 0x100000
    - set correct mode for readonly directories
    - support readonly, hidden and system Windows file attributes

MFC r347999:
Install missing data file for
lib.libarchive.functional_test.test_read_format_zip_utf8_paths

Approved by:	re (gjb blanket)
</content>
</entry>
<entry>
<title>MFC r348509: jail_getid(3): add special-case immediate return for jid 0</title>
<updated>2019-06-03T16:47:51Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2019-06-03T16:47:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e5fa77979ca54ffc7c3f8df8894330aa7087bb2e'/>
<id>urn:sha1:e5fa77979ca54ffc7c3f8df8894330aa7087bb2e</id>
<content type='text'>
As depicted in the comment: jid 0 always exists, but the lookup will fail as
it does not appear in the kernel's alljails list being a special jail. Some
callers will expect/rely on this, and we have no reason to lie because it
does always exist.

Approved by:	re (gjb)
</content>
</entry>
<entry>
<title>MFC r348215, r348219: fix bectl(8) jail w/ numeric BE names</title>
<updated>2019-05-27T13:12:51Z</updated>
<author>
<name>Kyle Evans</name>
<email>kevans@FreeBSD.org</email>
</author>
<published>2019-05-27T13:12:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=fb75a10ef0fd42d7ec9373012ae61eb1981b037f'/>
<id>urn:sha1:fb75a10ef0fd42d7ec9373012ae61eb1981b037f</id>
<content type='text'>
r348215:
jail_getid(3): validate jid string input

Currently, if jail_getid(3) is passed in a numeric string, it assumes that
this is a jid string and passes it back converted to an int without checking
that it's a valid/existing jid. This breaks consumers that might use
jail_getid(3) to see if it can trivially grab a jid from a name if that name
happens to be numeric but not actually the name/jid of the jail. Instead of
returning -1 for the jail not existing, it'll return the int version of the
input and the consumer will not fallback to trying other methods.

Pass the numeric input to jail_get(2) as the jid for validation, rather than
the name. This works well- the kernel enforces that jid=name if name is
numeric, so doing the safe thing and checking numeric input as a jid will
still DTRT based on the description of jail_getid.

r348219:
bectl(8): Add a test for jail/unjail of numeric BE names

Fixed by r348215, bectl ujail first attempts the trivial fetch of a jid by
passing the first argument to 'ujail' to jail_getid(3) in case a jid/name
have been passed in instead of a BE name. For numerically named BEs, this
was doing the wrong thing: instead of failing to locate the jid specified
and falling back to mountpath search, jail_getid(3) would return the input
as-is.

While here, I've fixed bectl_jail_cleanup which still used a hard-coded pool
name that was overlooked w.r.t. other work that was in-flight around the
same time.

Approved by:	re (marius)
</content>
</entry>
<entry>
<title>MFC r347244:</title>
<updated>2019-05-25T01:58:00Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2019-05-25T01:58:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=54d5d0ad34bdebbb00e713c3b25ec0407d801a94'/>
<id>urn:sha1:54d5d0ad34bdebbb00e713c3b25ec0407d801a94</id>
<content type='text'>
Move contrib/zlib to sys/contrib/zlib so that we can use it in kernel.
This is a prerequisite of unifying kernel zlib instances.

Submitted by:	Yoshihiro Ota &lt;ota at j.email.ne.jp&gt;
Approved by:	re (kib)
</content>
</entry>
</feed>
