<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra...</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html</link>
    <description>Сформированы (http://lists.linuxfromscratch.org/pipermail/lfs-support/2017-February/050857.html) новые выпуски руководств Linux From Scratch 8.0 (http://www.linuxfromscratch.org/lfs/view/8.0/) (LFS) и  Beyond Linux From Scratch 8.0 (http://www.linuxfromscratch.org/blfs/view/8.0) (BLFS), а также редакций LFS и BLFS с системным менеджером systemd.  В Linux From Scratch приведены инструкции по созданию с нуля базовой Linux-системы, используя лишь исходные тексты необходимого программного обеспечения.  Beyond Linux From Scratch  дополняет инструкции LFS информацией о сборке и настройке около 800 программных пакетов, охватывающих различные области применения, от СУБД и серверных систем, до графических оболочек и медиапроигрывателей.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;В Linux From Scratch 8.0 произведено (http://linuxfromscratch.org/lfs/view/8.0/chapter01/whatsnew.html) обновление 29 пакетов, исправлены ошибки в загрузочных скриптах, выполнены редакторские работы в пояснительных материалах по всей книге.  В новой версии осуществлён переход на</description>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (Kroz)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#74</link>
    <pubDate>Wed, 01 Mar 2017 11:26:33 GMT</pubDate>
    <description>&amp;gt; Какая прослойка?&lt;br&gt;&amp;gt;&amp;gt; ebuild над autotools + make + ... или что там оригинальный автор нагородил.&lt;br&gt;&lt;br&gt;То есть bash скрипт, который запускет последовательно autotools + make + ... ? А что сложного-то? Хочешь - исходники смотри, хочешь - документацию. Не хочешь - забей и просто пропиши сам что тебе нужно. Там основной принцип - если ты не указываешь явно, используется дефолтный механизм (который достаточно неплох), если указываешь - используется твой.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#73</link>
    <pubDate>Wed, 01 Mar 2017 08:40:13 GMT</pubDate>
    <description>&amp;gt; Да, но что в этом сложного?&lt;br&gt;&amp;gt; Вот пример из моей системы:&lt;br&gt;&amp;gt; gtk+-Add_paste_selection_keybind_signal.patch&lt;br&gt;&amp;gt; gtk+-INSENSITIVE_without_shadow.patch&lt;br&gt;&amp;gt; gtk+-notebook_tab_height_uniform.patch&lt;br&gt;&amp;gt; gtk+-single_click.patch&lt;br&gt;&amp;gt; gtk+3-without_atk_bridge.patch&lt;br&gt;&lt;br&gt;где гарантия, что ни один патч не сломается при следующем минорном апдейте? И если мне нужно держать несколько версий одного пакета, с разными патчами - тогда как?&lt;br&gt;&lt;br&gt;Далее - некоторые патчи должны быть применены только при указании какой-то конкретной зависимости. В итоге - в цикле проверяем имя патча, версию пакета, зависимости... как-то не сильно рационально... Хотя это конечно уже детали реализации, сделать нормально LFS насколько я понял позволяет.&lt;br&gt;&lt;br&gt;&amp;gt; По-моему это дублирование работы - сперва залить все нужные патчи в нужную директорию, а затем прописывать их вручную. Да и удобнее смотреть именно файлы - их можно выбрать по маске или сразу посмотреть что в них внутри ( а там часто бывает подробное описание).&lt;br&gt;&lt;br&gt;дык обновление пакета - это в любом случа</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (Mihail Zenkov)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#72</link>
    <pubDate>Tue, 28 Feb 2017 20:30:12 GMT</pubDate>
    <description>&amp;gt; как-то сильно сложно - это ж нужно для разных версий разные патчи &lt;br&gt;&amp;gt; иметь, по именам их фильтровать?&lt;br&gt;&lt;br&gt;Да, но что в этом сложного?&lt;br&gt;Вот пример из моей системы:&lt;br&gt;&lt;br&gt;gtk+-Add_paste_selection_keybind_signal.patch&lt;br&gt;gtk+-INSENSITIVE_without_shadow.patch&lt;br&gt;gtk+-notebook_tab_height_uniform.patch&lt;br&gt;gtk+-single_click.patch&lt;br&gt;gtk+3-without_atk_bridge.patch&lt;br&gt;&lt;br&gt;&amp;gt; ИМХО более правильно патчи указывать явно. &lt;br&gt;&amp;gt; Явное же всегда лучше неявного.&lt;br&gt;&lt;br&gt;По-моему это дублирование работы - сперва залить все нужные патчи в нужную директорию, а затем прописывать их вручную. Да и удобнее смотреть именно файлы - их можно выбрать по маске или сразу посмотреть что в них внутри ( а там часто бывает подробное описание).&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; Вы можете с ходу (за 5-60с) сказать, как именно будет собран конкретный &lt;br&gt;&amp;gt;&amp;gt; пакет: какие именно команды будут выполнены? Взять тот же wine: из &lt;br&gt;&amp;gt;&amp;gt; моего конфига сразу видно как он соберется. Можно ли тоже самое &lt;br&gt;&amp;gt;&amp;gt; сказать ебилде wine?&lt;br&gt;&amp;gt; полный конечный список команд выдать не смогу конечно, т.к. как минимум нужно </description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#71</link>
    <pubDate>Tue, 28 Feb 2017 08:00:29 GMT</pubDate>
    <description>&amp;gt; Как я уже сказал - я не люблю сложные bash/shell скрипты в &lt;br&gt;&amp;gt; принципе из-за их кривого синтаксиса.&lt;br&gt;&lt;br&gt;хз, не видел ничего сложного в ебилдах. да и по большому счету туда лазить часто и не приходится.&lt;br&gt;&lt;br&gt;&amp;gt; Как минимум читается и воспринимается легче.&lt;br&gt;&lt;br&gt;отдельные IFы против тернарных операторов... хз, мне и то и другое воспринимается нормально&lt;br&gt;&lt;br&gt;&amp;gt; Циклы я используя во внутренностях (например: найти патчи для пакета и применить &lt;br&gt;&amp;gt; их).&lt;br&gt;&lt;br&gt;как-то сильно сложно - это ж нужно для разных версий разные патчи иметь, по именам их фильтровать? ИМХО более правильно патчи указывать явно. Явное же всегда лучше неявного.&lt;br&gt;&lt;br&gt;&amp;gt;&#091;оверквотинг удален&#093;&lt;br&gt;&amp;gt; &#125;&#091;/code&#093; &lt;br&gt;&amp;gt; И далее: &lt;br&gt;&amp;gt; &#091;code&#093;packXorg(&quot;xcb-proto&quot;); &lt;br&gt;&amp;gt; packXorg(&quot;kbproto&quot;); &lt;br&gt;&amp;gt; packXorg(&quot;inputproto&quot;); &lt;br&gt;&amp;gt; &#091;/code&#093; &lt;br&gt;&amp;gt; И если нужно, добавляю то, что индивидуально для конкретного пакета: &lt;br&gt;&amp;gt; &#091;code&#093;packXorg(&quot;libXfixes&quot;); &lt;br&gt;&amp;gt;    p.dep = &#091;&quot;fixesproto&quot;&#093;; &lt;br&gt;&amp;gt; &#091;/code&#093; &lt;br&gt;&lt;br&gt;в gentoo для этого существует eclass.&lt;br&gt;&lt;br&gt;&amp;gt; Так выкидывать нужно на прядок больше (а то и два), чем писат</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#69</link>
    <pubDate>Tue, 28 Feb 2017 04:25:45 GMT</pubDate>
    <description>&amp;gt; Сразу скажи, читать лень/некогда.&lt;br&gt;&amp;gt; Вопрос апологетам: как боретесь с засиранием системы? Т.е. поставил пару сотен пакетов, &lt;br&gt;&amp;gt; через некоторое время какие-то зависимости могут стать ненужными. Как удалить лишнее? &lt;br&gt;&amp;gt; И дело не в &quot;тебе чё, пару гигов жалко&quot;. Проблема решена? &lt;br&gt;&lt;br&gt;Примерно так же как предлагается в хренях типа CoreOS. Новой сборкой. &lt;br&gt;</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#68</link>
    <pubDate>Tue, 28 Feb 2017 04:21:26 GMT</pubDate>
    <description>&amp;gt; Да на втором пне нормуль. Ты на N900 собери ))) &lt;br&gt;&lt;br&gt;Под N900 потенциально могу. Кроссом.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#67</link>
    <pubDate>Tue, 28 Feb 2017 04:19:28 GMT</pubDate>
    <description>&amp;gt; В чем плюс systemd для личной системы? Я еще могу понять его &lt;br&gt;&amp;gt; преимущества в дистрибутиве, так как он должен работать на большом количестве &lt;br&gt;&amp;gt; конфигураций с заранее неопределенным кругом задач.&lt;br&gt;&lt;br&gt;... и неопределённым поведением вдогонку :)&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#66</link>
    <pubDate>Tue, 28 Feb 2017 04:16:38 GMT</pubDate>
    <description>&amp;gt; Какая прослойка? &lt;br&gt;&lt;br&gt;ebuild над autotools + make + ... или что там оригинальный автор нагородил.&lt;br&gt;</description>
</item>

<item>
    <title>Опубликованы Linux From Scratch 8.0 и Beyond Linux From Scra... (Kroz)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/110552.html#65</link>
    <pubDate>Tue, 28 Feb 2017 00:52:46 GMT</pubDate>
    <description>&amp;gt; Если хочется странного, то расковыривать &quot;прослойку&quot; бывает нудно&lt;br&gt;&lt;br&gt;Какая прослойка? Просто копируешь ebuild и добавляешь что нужно. Если не добавил функцию распаковки, используется дефолтная, если добавил - твоя.&lt;br&gt;</description>
</item>

</channel>
</rss>
