FreeBSD Monitor - Feeds::freebsd_updating http://fbsdmon.org/feed/freebsd_updating 2015-04-16T23:59:59Z FreeBSD Monitor freebsd_updating http://fbsdmon.org/feed/freebsd_updating/1f1fd7de603c1f879629 2015-04-16T23:59:59Z Libraries specified by LIBADD in Makefiles must have a corresponding<br />DPADD_&lt;lib&gt; variable to ensure correct dependencies. This is now<br />enforced in src.libnames.mk. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/583fd08f4e7787b749e7 2015-04-15T23:59:59Z The const qualifier has been removed from iconv(3) to comply with<br />POSIX. The ports tree is aware of this from r384038 onwards. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/4c0a551bd3916d23c2d2 2015-03-24T23:59:59Z From legacy ata(4) driver was removed support for SATA controllers<br />supported by more functional drivers ahci(4), siis(4) and mvs(4).<br />Kernel modules ataahci and ataadaptec were removed completely,<br />replaced by ahci and mvs modules respectively. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/1603782dd7c4da87dc70 2015-03-15T23:59:59Z Clang, llvm and lldb have been upgraded to 3.6.0 release. Please see<br />the 20141231 entry below for information about prerequisites and<br />upgrading, if you are not already using 3.5.0 or higher. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/7bb7702e805a64193ca7 2015-03-07T23:59:59Z The 32-bit PowerPC kernel has been changed to a position-independent<br />executable. This can only be booted with a version of loader(8)<br />newer than January 31, 2015, so make sure to update both world and<br />kernel before rebooting. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/d4550b38a35dd69790df 2015-02-17T23:59:59Z If you are running a -CURRENT kernel since r273872 (Oct 30th, 2014),<br />but before r278950, the RNG was not seeded properly. Immediately<br />upgrade the kernel to r278950 or later and regenerate any keys (e.g.<br />ssh keys or openssl keys) that were generated w/ a kernel from that<br />range. This does not effect programs that directly used /dev/random<br />or /dev/urandom. All userland uses of arc4random(3) are effected. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/d2578a8348a70a0463b2 2015-02-17T23:59:59Z If you are running a -CURRENT kernel since r273872 (Oct 30th, 2014),<br />but before r278950, the RNG was not seeded properly. Immediately<br />upgrade the kernel to r278950 or later and regenerate any keys (e.g.<br />ssh keys or openssl keys) that were generated w/ a kernel from that<br />range. This does not effect programs that directly used /dev/random<br />or /dev/urandom. All userland uses of arc4random(3) are affected. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/6feff8da404e077d7de7 2015-02-17T23:59:59Z If you are running a -CURRENT kernel since r273872 (Oct 30th, 2014),<br />but before r278950, the RNG was not seeded properly. Immediately<br />upgrade the kernel to r278950 or later and regenerate any keys (e.g.<br />ssh keys or openssl keys) that were generated w/ a kernel from that<br />range. This does not affect programs that directly used /dev/random<br />or /dev/urandom. All userland uses of arc4random(3) are affected. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/2652f6f8ef727ca74d79 2015-02-17T23:59:59Z If you are running a -CURRENT kernel since r273872 (Oct 30th, 2014),<br />but before r278927, the RNG was not seeded properly. Immediately<br />upgrade the kernel to r278927 or later and regenerate any keys (e.g.<br />ssh keys or openssl keys) that were generated w/ a kernel from that<br />range. This does not effect programs that directly used /dev/random<br />or /dev/urandom. All userland uses of arc4random(3) are effected. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/e62d8e278bb3685a01e5 2015-02-17T23:59:59Z If you are running a -CURRENT kernel since r273872 (Oct 30th, 2014),<br />but before r278907, the RNG was not seeded properly. Immediately<br />upgrade the kernel to r278907 or later and regenerate any keys (e.g.<br />ssh keys or openssl keys) that were generated w/ a kernel from that<br />range. This does not effect programs that directly used /dev/random<br />or /dev/urandom. All userland uses of arc4random(3) are effected. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/2621346c4e5a6a400935 2015-02-10T23:59:59Z The autofs(4) ABI was changed in order to restore binary compatibility<br />with 10.1-RELEASE. The automountd(8) daemon needs to be rebuilt to work<br />with the new kernel. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/1e46d3ad3b0ebb0db45f 2015-01-31T23:59:59Z The powerpc64 kernel has been changed to a position-independent<br />executable. This can only be booted with a new version of loader(8),<br />so make sure to update both world and kernel before rebooting. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/1ccf64a74780fba675e8 2015-01-18T23:59:59Z Clang and llvm have been upgraded to 3.5.1 release. This is a bugfix<br />only release, no new features have been added. Please see the 20141231<br />entry below for information about prerequisites and upgrading, if you<br />are not already using 3.5.0. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/cbad2ae8d4a00b7c6c1a 2015-01-07T23:59:59Z ELF tools addr2line, elfcopy (strip), nm, size, and strings are now<br />taken from the ELF Tool Chain project rather than GNU binutils. They<br />should be drop-in replacements, with the addition of arm64 support.<br />The WITHOUT_ELFTOOLCHAIN_TOOLS= knob may be used to obtain the<br />binutils tools, if necessary. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/089e17de1ffc80e0d77c 2015-01-05T23:59:59Z The default Unbound configuration now enables remote control<br />using a local socket. Users who have already enabled the<br />local_unbound service should regenerate their configuration<br />by running "service local_unbound setup" as root. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/ebdd21a34025f95f5194 2015-01-02T23:59:59Z The GNU texinfo and GNU info pages have been removed.<br />To be able to view GNU info pages please install texinfo from ports. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/b962d6437da7f3ed47ee 2014-12-31T23:59:59Z Clang, llvm and lldb have been upgraded to 3.5.0 release.<br /><br />As of this release, a prerequisite for building clang, llvm and lldb is<br />a C++11 capable compiler and C++11 standard library. This means that to<br />be able to successfully build the cross-tools stage of buildworld, with<br />clang as the bootstrap compiler, your system compiler or cross compiler<br />should either be clang 3.3 or later, or gcc 4.8 or later, and your<br />system C++ library should be libc++, or libdstdc++ from gcc 4.8 or<br />later.<br /><br />On any standard FreeBSD 10.x or 11.x installation, where clang and<br />libc++ are on by default (that is, on x86 or arm), this should work out<br />of the box.<br /><br />On 9.x installations where clang is enabled by default, e.g. on x86 and<br />powerpc, libc++ will not be enabled by default, so libc++ should be<br />built (with clang) and installed first. If both clang and libc++ are<br />missing, build clang first, then use it to build libc++.<br /><br />On 8.x and earlier installations, upgrade to 9.x first, and then follow<br />the instructions for 9.x above.<br /><br />Sparc64 and mips users are unaffected, as they still use gcc 4.2.1 by<br />default, and do not build clang.<br /><br />Many embedded systems are resource constrained, and will not be able to<br />build clang in a reasonable time, or in some cases at all. In those<br />cases, cross building bootable systems on amd64 is a workaround.<br /><br />This new version of clang introduces a number of new warnings, of which<br />the following are most likely to appear:<br /><br />-Wabsolute-value<br /><br />This warns in two cases, for both C and C++:<br />* When the code is trying to take the absolute value of an unsigned<br />quantity, which is effectively a no-op, and almost never what was<br />intended. The code should be fixed, if at all possible. If you are<br />sure that the unsigned quantity can be safely cast to signed, without<br />loss of information or undefined behavior, you can add an explicit<br />cast, or disable the warning.<br /><br />* When the code is trying to take an absolute value, but the called<br />abs() variant is for the wrong type, which can lead to truncation.<br />If you want to disable the warning instead of fixing the code, please<br />make sure that truncation will not occur, or it might lead to unwanted<br />side-effects.<br /><br />-Wtautological-undefined-compare and<br />-Wundefined-bool-conversion<br /><br />These warn when C++ code is trying to compare 'this' against NULL, while<br />'this' should never be NULL in well-defined C++ code. However, there is<br />some legacy (pre C++11) code out there, which actively abuses this<br />feature, which was less strictly defined in previous C++ versions.<br /><br />Squid and openjdk do this, for example. The warning can be turned off<br />for C++98 and earlier, but compiling the code in C++11 mode might result<br />in unexpected behavior; for example, the parts of the program that are<br />unreachable could be optimized away. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/89f6f206088556bc329a 2014-12-22T23:59:59Z The old NFS client and server (kernel options NFSCLIENT, NFSSERVER)<br />kernel sources have been removed. The .h files remain, since some<br />utilities include them. This will need to be fixed later.<br />If "mount -t oldnfs ..." is attempted, it will fail.<br />If the "-o" option on mountd(8), nfsd(8) or nfsstat(1) is used,<br />the utilities will report errors. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/06325c0df5c150173ade 2014-11-21T23:59:59Z The handling of LOCAL_LIB_DIRS has been altered to skip addition of<br />directories to top level SUBDIR variable when their parent<br />directory is included in LOCAL_DIRS. Users with build systems with<br />such hierarchies and without SUBDIR entries in the parent<br />directory Makefiles should add them or add the directories to<br />LOCAL_DIRS. freebsd_updating http://fbsdmon.org/feed/freebsd_updating/37fde73c71bb61c8ba56 2014-11-09T23:59:59Z faith(4) and faithd(8) have been removed from the base system. Faith<br />has been obsolete for a very long time.