<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв...</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html</link>
    <description>Представлен (https://lists.freebsd.org/pipermail/freebsd-stable/2018-December/090138.html) третий кандидат в релизы FreeBSD 12.0. Выпуск FreeBSD 12.0-RC3 доступен для архитектур amd64, i386, powerpc, powerpc64, powerpcspe, sparc64 и armv6, armv7 и aarch64. Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2. &lt;br&gt;&lt;br&gt;&lt;br&gt;По сравнению с прошлым тестовым выпуском в состав включен модуль ядра if_ixlv.ko, который для обеспечения обратной совместимости ссылается на модуль if_iavf.ko. В остальном отмечается только исправление ошибок и устранение утечек памяти. Ожидается, что FreeBSD 12.0-RC3  станет последним тестовым выпуском и если не будет выявлено значительных проблем 7 декабря начнётся процесс сборки финального релиза. Релиз FreeBSD 12.0 запланирован на 11 декабря. &lt;br&gt;&lt;br&gt;&lt;br&gt;Дополнительно можно отметить устранение опасных уязвимостей (https://lists.freebsd.org/pipermail/freebsd-announce/2018-November/001850.html) (CVE-2018-17157, CVE-2018-17158, CVE-2018-17159)</description>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (iZEN)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#53</link>
    <pubDate>Mon, 03 Dec 2018 15:46:20 GMT</pubDate>
    <description>Проблема решена. Походу вскрылась другая нестыковка.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (Andrew)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#51</link>
    <pubDate>Mon, 03 Dec 2018 11:03:35 GMT</pubDate>
    <description>Давно это было, ещё под 4-кой. mount_nfs в rw режиме.&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#50</link>
    <pubDate>Mon, 03 Dec 2018 10:31:14 GMT</pubDate>
    <description>&amp;gt;А идти к ребятам из сообществ как бы некоммерческих ОС заведомо нет никакого смысла, тупо пустая затея.&lt;br&gt;&lt;br&gt;Запросто. Если ты готов оплатить фуллтайм для 3-4-5 тел по ставкам страны проживания, они тебе какой угодно окаменелый кал будут пилить. А на халяву - жри что дают. Такая вот она, ля ви, хе-хе.&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (нах)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#49</link>
    <pubDate>Mon, 03 Dec 2018 09:33:45 GMT</pubDate>
    <description>&amp;gt; Как решить проблему?&lt;br&gt;&lt;br&gt;примонтируй корень дохломашины к билдхосту, и make install DESTDIR=гдеонотам, а не наоборот. И у mergmaster аналогичный параметр есть.&lt;br&gt;Это точно никогда не поломают.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (нах)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#48</link>
    <pubDate>Mon, 03 Dec 2018 09:31:29 GMT</pubDate>
    <description>и, кстати, нахрена вот он ее без конца перезагружает? У меня сервера перезагружаются раз в неделю, во время тихое, потому что обновления этого хотят - и то половина этих перезагрузок отменяется по соображениям &quot;не настолько важное обновление, чтоб лишний раз дергаться&quot;.&lt;br&gt;(с линуховыми, что характерно, такая же точно фигня)&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#47</link>
    <pubDate>Mon, 03 Dec 2018 08:00:19 GMT</pubDate>
    <description>&amp;gt; p.s. а когда кто-нибудь будет рассказывать как офуенно в бзде с виртуализацией - пусть вот это прокоментит сначала, чтоли.&lt;br&gt;&lt;br&gt;А что именно нужно комментировать? Недовольное курлыканье криворукого анонима постом выше?&lt;br&gt;&lt;br&gt;Тестил десятку под bhyve еще в конце 2016. В игрушки поиграть с наскоку не получилось, в фотошопах/дельфях/офисах разницы с железом не увидел. Через три перезагружки наглухо не вешалось, нет. Прокомментируйте вот это. Можно сначала, можно потом. Что ли.&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#46</link>
    <pubDate>Mon, 03 Dec 2018 03:50:49 GMT</pubDate>
    <description>А что, в вайне это гэ не работает?&lt;br&gt;&lt;br&gt;p.s. а когда кто-нибудь будет рассказывать как офуенно в бзде с виртуализацией - пусть вот это прокоментит сначала, чтоли.&lt;br&gt;</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (КГБ СССР)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#45</link>
    <pubDate>Sun, 02 Dec 2018 18:05:07 GMT</pubDate>
    <description>&amp;gt; Ток по сути ежегодное обновление базовой системы это не мажорное, а минорное &lt;br&gt;&amp;gt; обновление (по сути багфикс-релиз, и не говорите что в красношапке ядро &lt;br&gt;&amp;gt; 2.6.x никогда не обновлялось, а бэкпортирование фичей в старую версию из &lt;br&gt;&amp;gt; новой - вот совсем не изменение кода и никак не вносит &lt;br&gt;&amp;gt; своих корректив. Ага-да.&lt;br&gt;&lt;br&gt;Такого я и не говорил. Не понимаю, как можно превратно понять написанное мною. У Шапки всегда своё кастомизированное ядро, которое она ведёт на протяжении многих лет для каждого конкретного выпуска RHEL. При обновлениях в пределах основной версии ОС, естественно, ядро тоже заменяется, но это ядро той же основной версии, что отражено и в нумерации пакетов. То есть обладатели систем на данном выпуске RHEL могут быть почти уверены, что обновление ничего не сломает.&lt;br&gt;&lt;br&gt;А вот отслеживанием изменений между релизами OpenBSD, NetBSD или FreeBSD, придётся самостоятельно, исправлять баги в старом нужном софте, как ни странно, в ряде случаев &amp;#8212; тоже. Вендор с обязательствами в данном случае отсутств</description>
</item>

<item>
    <title>Третий кандидат в релизы FreeBSD 12.0. Уязвимость в NFS-серв... (DeadLoco)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/115944.html#44</link>
    <pubDate>Sun, 02 Dec 2018 17:50:03 GMT</pubDate>
    <description>Собсно говоря, внутри одного ABI оно все - один релиз. А внутри одного релиза все окружение совершенно инвариантно относительно юзерленда. Ну, можно, конечно, пересобрать софт с обновленными либами, но если этого не сделать - ничего не поломается. Вдобавок, пипл не заметил, как из нумерации убрали патч-левелы. Так что, нумерация вполне логична. А что она не совпадает с привычной для линуксистов... Ну, никто и не обещал, что можно будет натянуть пингвина на любой произвольно взятый глобус. &lt;br&gt;</description>
</item>

</channel>
</rss>
