The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Ядру Linux исполнилось 25 лет, opennews (?), 25-Авг-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


254. "Ядру Linux исполнилось 25 лет"  –2 +/
Сообщение от iZENemail (ok), 27-Авг-16, 09:48 
>> эх, если бы не он, жили бы сейчас кто на FreeBSD, кто на OpenBSD, кто на NetBSD,
> Я рад что мне не пришлось выбирать из перечисленных. Линукс лучше.

*BSD - это полноценные системы с несовместимыми ядрами, где пользователь может выступать в том числе в роли творца своего окружения (поскольку для этого есть всё необходимое: исходные тексты, инструментарий сборки, компилятор и простая инструкция в пару-тройку команд). А Линукс - это только ядро, собранное для вас дядями так, как им это видится. Пользователи Линукса в массе своей не интересуются как это всё собрано и почему работает именно так, а не по-другому, и можно ли это как-то улучшить, не обращаясь к дяде, не меняя линукс на линукс (в смысле дистрибутива), а своими силами. Тут, пожалуй, в теме есть исключение из правила - User294 - у которого всё же остались зачатки понимания, но и он уже теряет интерес к изучению альтернативного кода и парадигм построения операционных систем. Но у него специфика действий определённая - ведь уметь от чего-то избавиться, для этого надо сначала изучить это самое, от чего хочешь избавиться, не затронув нужное, а ему это влом.

Ответить | Правка | Наверх | Cообщить модератору

264. "Ядру Linux исполнилось 25 лет"  –1 +/
Сообщение от Аноним (-), 27-Авг-16, 20:35 
> *BSD - это полноценные системы с несовместимыми ядрами,

Полноценность бсдшных систем - нечто странное. Сферическое и в вакууме. Я не понимаю для кого и почему это - "полноценно". Сервера без виртуализации не полноценны. Десктоп без дров для GPU тоже. Полноценную эмбедовку? Ну если ресурсов - как у фирмы Сони...

> где пользователь может выступать в том числе в роли творца своего окружения

Что именно считается "творчеством"? Обезьянье конпелирование по ману? Тогда билдфермы давно уже должны были сотворить пару новых вселенных, не меньше.

> (поскольку для этого есть всё необходимое: исходные тексты, инструментарий сборки,
> компилятор и простая инструкция в пару-тройку команд).

В каком месте тут творчество? Ах, погодите, оказывается, для творчества надо нормальный програмерский эдитор, графический редактор по руке, CAD пакет или там что еще в таком духе? А любители всяких базовых систем - сосватали мне кучу непотребной дряни, которая в общем то не об этом.

Поэтому большинство пользователей BSD по моим наблюдениям не творцы, а огурцы. О-во-щи. Еще и полупроприетарные. Идея зажать сорц недоразвитой операционки - заставляет меня делать тролфэйс и фэйспалм одновременно, желая удачи в этом нелегком начинании.

> А Линукс - это только ядро, собранное для вас дядями так, как им это видится.

А еще можно стать одним из этих дядь и собрать ядро как надо. Если к тому есть предпосылки и понятно что надо крутить и почему (иначе это называется "обезьяна с гранатой"). Процесс достаточно удобный и комфортный, кст. Даже с пакетниками интегрирован. Линуксные ядерщики любят чтобы им было удобно.

> Пользователи Линукса в массе своей не интересуются как это всё собрано и почему
> работает именно так, а не по-другому, и можно ли это как-то улучшить,

Мне кажется что со стороны жабиста, не знающего основ работы систем, втирать это тому кто запиливает кастомные системы под эмбедовку - не совсем правильно.

> не обращаясь к дяде,

Ты знаешь, иногда кооперация с другими дядями (а также тетями и даже роботами) может разгрузить человека и скостить объем работ. Прошибить все стены своим лбом и сконфигурять все самому, бессмысленно и беспощадно - глупая и нерезультативная цель, имхо.

> не меняя линукс на линукс (в смысле дистрибутива),

Так я и не меняю (в первом приближении). В основном использую дебиан и деривативы. Хотя в сильно ограниченных окружениях еще openwrt использую.

> и он уже теряет интерес к изучению альтернативного кода и парадигм
> построения операционных систем.

Этим "альтернативам" в массе своей лет - больше чем линуксу. Или примерно столько же. А юзер просто берет то что работает и работает хорошо, будучи по возможности прагматичным и пытаясь научиться получать практически ощутимый выход вместо эстетствований.

> уметь от чего-то избавиться, для этого надо сначала изучить это самое,
> от чего хочешь избавиться, не затронув нужное, а ему это влом.

Эх, изен, твои скиллы в чтении мыслей столь же печальны как и во всем остальном.

Ответить | Правка | Наверх | Cообщить модератору

271. "Ядру Linux исполнилось 25 лет"  –1 +/
Сообщение от iZENemail (ok), 28-Авг-16, 15:10 
>> *BSD - это полноценные системы с несовместимыми ядрами,
> Полноценность бсдшных систем - нечто странное. Сферическое и в вакууме.

Ну это потому что ты о них ничего не знаешь кроме старых песен на линукс-форумах.

> Я не
> понимаю для кого и почему это - "полноценно". Сервера без виртуализации
> не полноценны. Десктоп без дров для GPU тоже.

Сервера *BSD поддерживают все виды виртуализации, начиная от законченных программных решений на основе изолированных окружений, заканчивая модными паравиртуализациями. Только ты о них не в курсе, потому что для тебя они не на слуху.
https://wiki.freebsd.org/Jails
https://wiki.freebsd.org/bhyve
https://wiki.freebsd.org/Xen

На *BSD нет дров только для AMD GPU из проприетарной серии "Catalyst" и нет аппаратного ускорения графики на последних GPU от Intel — надеюсь, понятно почему? xf86-video-vesa никто не отменял, так же как и серию свободных дров от X.Org под все известные GPU:
http://www.freshports.org/search.php?query=xf86-video
Официально поддерживается Mesa 11.2.2 (и у меня большие сомнения, что в твоём дистрибутиве Linux эта реализация OpenGL API установлена штатно, а не в тестовом режиме).

>Полноценную эмбедовку? Ну если ресурсов - как у фирмы Сони..

Ещё раз предлагаю тебе заглянуть в каталог /usr/src/sys/arm/conf
https://svnweb.freebsd.org/base/stable/11/sys/arm/conf/?sort...
и убедиться в своей неправоте.

>> где пользователь может выступать в том числе в роли творца своего окружения
> Что именно считается "творчеством"? Обезьянье конпелирование по ману?

Для тебя на первое время — да.

>> (поскольку для этого есть всё необходимое: исходные тексты, инструментарий сборки,
>> компилятор и простая инструкция в пару-тройку команд).
> В каком месте тут творчество?

Хотя бы так, чтобы прочувствовать.

> Ах, погодите, оказывается, для творчества надо нормальный
> програмерский эдитор, графический редактор по руке, CAD пакет или там что
> еще в таком духе? А любители всяких базовых систем - сосватали
> мне кучу непотребной дряни, которая в общем то не об этом.

Переведи это. Я не понял.

> Поэтому большинство пользователей BSD по моим наблюдениям не творцы, а огурцы. О-во-щи.
> Еще и полупроприетарные. Идея зажать сорц недоразвитой операционки - заставляет меня
> делать тролфэйс и фэйспалм одновременно, желая удачи в этом нелегком начинании.

Странная логика. Работать совместно и бесплатно с проприерастами, производящими оборудование на Linux — это в порядке вещей. А пилить код для BSD ради своего удовольствия и пользы других — это "зажатие сорцов". Двойные стандарты?!

>> А Линукс - это только ядро, собранное для вас дядями так, как им это видится.
> А еще можно стать одним из этих дядь и собрать ядро как
> надо. Если к тому есть предпосылки и понятно что надо крутить
> и почему (иначе это называется "обезьяна с гранатой"). Процесс достаточно удобный
> и комфортный, кст. Даже с пакетниками интегрирован. Линуксные ядерщики любят чтобы
> им было удобно.

Чем этот подход отличается от подхода *BSD? В линукс тулчейн нестандартизирован и местами закрыт проприетарщиками (нужно подписаться на его использование, предоставив скан паспорта и фотографию разработчика в полный рост с паспортом во рту).
В *BSD весь тулчейн - часть операционной системы, доступна кросс-компиляция без необходимости включения ненужных инструментов и модулей в результирующий код (что важно для эмбеддовки).

>> Пользователи Линукса в массе своей не интересуются как это всё собрано и почему
>> работает именно так, а не по-другому, и можно ли это как-то улучшить,
> Мне кажется что со стороны жабиста, не знающего основ работы систем, втирать
> это тому кто запиливает кастомные системы под эмбедовку - не совсем
> правильно.

Мне кажется, ты не в курсе, о чём жабисты могут быть в курсе.

>> не обращаясь к дяде,
> Ты знаешь, иногда кооперация с другими дядями (а также тетями и даже
> роботами) может разгрузить человека и скостить объем работ. Прошибить все стены
> своим лбом и сконфигурять все самому, бессмысленно и беспощадно - глупая
> и нерезультативная цель, имхо.

Обычно чужой дядя знает свой профит и не отступится от него без выплаты ему определённого гонорара за нужные тебе действия с его стороны. Если такое устраивает — пожалуйста. Но при этом ты входишь в зависимость от него и его способностей по выуживанию из тебя мани за нестандартные решения.

>> не меняя линукс на линукс (в смысле дистрибутива),
> Так я и не меняю (в первом приближении). В основном использую дебиан
> и деривативы. Хотя в сильно ограниченных окружениях еще openwrt использую.

А чё ж от Ubuntu отказался? Ты же был ярым приверженцем сего дистрибутива.

>> и он уже теряет интерес к изучению альтернативного кода и парадигм
>> построения операционных систем.
> Этим "альтернативам" в массе своей лет - больше чем линуксу. Или примерно
> столько же. А юзер просто берет то что работает и работает
> хорошо, будучи по возможности прагматичным и пытаясь научиться получать практически ощутимый
> выход вместо эстетствований.

Юзер просто берёт то, что больше разрекламировано, что ему легче освоить и что крутится у его друзей, чтобы "быть в тренде" и не отстать от основной массы "поклонников".

P.S.
*BSD ждёт большая переделка в плане перехода на модульность и пакетирования базовой системы. Это обусловлено большим объёмом нового кода, который пришёл в систему. Нужны люди, чтобы осуществить эту революцию.

Ответить | Правка | Наверх | Cообщить модератору

281. "Ядру Linux исполнилось 25 лет"  +1 +/
Сообщение от Аноним (-), 30-Авг-16, 12:05 
> Ну это потому что ты о них ничего не знаешь кроме старых песен на линукс-форумах.

Зато я могу посмотреть на окружающий мир и ключевые факты. И сделать выводы. Это грубая, зато быстрая оценка ситуации. Детально копаться во всяком крапе при том что это себя не окупает - пижонство.

> Сервера *BSD поддерживают все виды виртуализации,

Кто и где использует это в продакшнах? Если что, я не изъявлял желания побыть альфа-тестировщиком виртуалок.

> На *BSD нет дров только для AMD GPU из проприетарной серии "Catalyst"

Кола выдохлась, попкорн кончился, а под линя и Catalyst'а то уже нет.

> надеюсь, понятно почему?

Потому что интелу и амд по...й на *bsd, а сами бсдшники несколько лет вопили о том как все это не надо, пока не остались без дров.

> xf86-video-vesa никто не отменял,

Крутейший десктоп. Такой же как виртуализатор.

> так же как и серию свободных дров от X.Org под все известные GPU:

Это здорово, но железка будет или тормозителем на низкой частоте или греться как печка. Потому что динамическое управление частотами и вольтажами врубает ядерный драйвер специфичный для железки.

> Официально поддерживается Mesa 11.2.2 (и у меня большие сомнения, что в твоём
> дистрибутиве Linux эта реализация OpenGL API установлена штатно,

В попсовой убунте 16.04 LTS - как раз MESA 11.2.

> https://svnweb.freebsd.org/base/stable/11/sys/arm/conf/?sort...
> и убедиться в своей неправоте.

Да что ты меня в какие-то клоаки посылаешь? Лучше покажи success story в виде широкого ассортимента девайсов, комьюнити занимающееся этим, интересные обсуждения сравнимые с линуксными рассылками и всего такого прочего, что ожидается от полноценной экосистемы.

>> Что именно считается "творчеством"? Обезьянье конпелирование по ману?
> Для тебя на первое время — да.

У меня есть более интересные и результативные варианты как потратить время.

> Хотя бы так, чтобы прочувствовать.

Ты знаешь, я за свою жизнь собрал достаточно софта. Стал разборчивым. И предпочитаю что-то компилить только если я что-то поменял в коде, нуждаюсь в версии из-под пера разработчика и т.п.. Заниматься обезьяньей компилежкой всего и вся, возведя кАнпелирование в разряд ритуала - для таких как ты.

>> Ах, погодите, оказывается, для творчества надо нормальный
>> програмерский эдитор, графический редактор по руке, CAD пакет или там что
>> еще в таком духе?

...
> Переведи это. Я не понял.

LOL. Перевожу: втыкание на процесс компиляции - не творчество. И заучивание команд - тоже. Это техническая рутина. Чем ее меньше - тем лучше. Это не самоцель а лишь инструменты для достижения других, более интересных целей.

> Странная логика. Работать совместно и бесплатно с проприерастами,
> производящими оборудование на Linux — это в порядке вещей.

С проприерастами в линуксе обычно не работают. Если кто не кооперирует с майнлайном - он обычно сидит в своей норке с своим свежайшим 2.6.21 или что там у него и всем на этот трэш пофиг, кроме нескольких неудачников решивших (по указке тупицы-шефа или в силу глупости или проприетарного бэкграунда) что им надо ЭТО.

> А пилить код для BSD ради своего удовольствия и пользы других — это "зажатие сорцов".

Лично мне не нравится расстилание перед проприетарщиками. В лине никто перед жлобьем не расстилается. Там все просто: работай с ними на равных или GTFO.

> Двойные стандарты?!

Я конечно понимаю что тебе хотелось бы верить что в майнлайне пресмыкаются перед проприетарщиками. Но это не так.

> Чем этот подход отличается от подхода *BSD?

В лине я сильно твикаю только ядро, а процентов 90-95 rootfs'а набираю пакетником, при том пакетник в отличие от бсдей работает вменяемо. И в результате все относительно просто, быстро и без долботни с системой. Минимальный рутфс делает примерно ноль допущений о том чем он станет. Он не предполагает интерактивности или работы в консоли или там чего еще. Как раз что надо для эмбедовки. А что-то другое из него делается вкатыванием 1-2 метапакетов. Ну ты подожди, бцдуны через десяток лет смогут так же, наверное.

> В линукс тулчейн нестандартизирован

Стандартные двери метр-пятьдесят и топор для укорачивания ног тем кто на свое горе слишком длинный - прерогатива бсдшников.

> и местами закрыт проприетарщиками (нужно подписаться на его использование, предоставив
> скан паспорта и фотографию разработчика в полный рост с паспортом во рту).

В бздах в таких случаях сорцев нет вообще совсем. Ну и это достаточно сделать кому-то одному - GPL штука такая. Потом на редиску даже в суд не подашь - право использовать сорец отвалится из-за нарушения лицензии у .. копираса :).

> В *BSD весь тулчейн - часть операционной системы,

Зачем мне тулчейн как "часть операционной системы"? Чтобы мне лишний раз пытались развернуть компилер в малохольный девайс где даже консоли толком нет? И еще 110 метров какого-нибудь "рантайма"? ИМХО я пешком постою без таких частей операционной системы и "стандартов".

> доступна кросс-компиляция без необходимостивключения ненужных инструментов
> и модулей в результирующий код (что важно для эмбеддовки).

Кросскомпил - развлечение на любителя. Я кросскомпилю только ядро и (иногда) свой софт. Чем этого развлечения меньше - тем лучше. Я не хочу быть билдфермой. Особенно кроссовой. Да, так можно что-то улучшить. Но вопрос сводится к соотношению гемора и результата. Ультрахардкор вообще любой ценой имеет смысл в довольно небольшом количестве устройств с абсолютным минимумом ресурсов. И если это не сверхмассовый тираж, может иметь смысл взять железку на доллар дороже, зато сделать в 20 раз быстрее. Глупо долбаться неделями за несколько долларов экономии.

> Мне кажется, ты не в курсе, о чём жабисты могут быть в курсе.

Я видел как это работает на твоем примере - будем считать что это фича :P.

> Обычно чужой дядя знает свой профит и не отступится от него без
> выплаты ему определённого гонорара за нужные тебе действия с его стороны.

Я не против идеи чтобы дядя делающий что-то полезное - имел свой профит за то что он умеет делать хорошо. Однако если все приходит к ультражлобской и печальной экосистеме, когда нормально это делать может полторы мегакорпорации, а остальные получают печальные объедки и дружно зажимают know-how (или оно вообще не существует) - а ну его такое.

> Если такое устраивает — пожалуйста. Но при этом ты входишь в
> зависимость от него и его способностей по выуживанию из тебя мани
> за нестандартные решения.

Это таки мне платят мани за нестандартные решения и я таки счиаю что это фича а не баг. А что до зависимостей - я отдаю ВСЕ сорцы. Зависимость очень мягкой получается.

> А чё ж от Ubuntu отказался? Ты же был ярым приверженцем сего дистрибутива.

На десктопе стоит себе, благо - близкий родственник дебиана. А дебиан - лучше своим лицензированием. На эмбедовку поэтому идет он. Зачем мне предъявы за использование (tm), репов или чего еще? ИМХО у дебиана более удачные политики для использования в респинах и кастоме. Проверено Шатлвортом :). Заодно неких стимул Шатлворту не наглеть. Дебиан шероховат как десктоп, но если сильно настаивать - я могу напильник в руки взять.

> Юзер просто берёт то, что больше разрекламировано, что ему легче освоить и
> что крутится у его друзей, чтобы "быть в тренде" и не
> отстать от основной массы "поклонников".

А я тут каким боком? Я беру то что позволяет достигнуть желаемых результатов за разумное время с хорошим качеством. Если я собираю нестандартные образа систем - наверное я уже все-таки не совсем и/или не только юзер.

> P.S.
> *BSD ждёт большая переделка в плане перехода на модульность и пакетирования базовой
> системы.

Да, через 10 лет вы тоже научитесь использовать пакетник не хуже чем дебиан сейчас.

> Это обусловлено большим объёмом нового кода, который пришёл в систему.
> Нужны люди, чтобы осуществить эту революцию.

А в дебиане эта революция случилась более 10 лет назад. И люди давно нашлись. Более того - те кто хотел именно это - ушли в такие системы. Большинство людей не являются МакЛаудом и не могут позволить себе роскошь ждать всяких жирафов десятилетиями.

Ответить | Правка | Наверх | Cообщить модератору

282. "Ядру Linux исполнилось 25 лет"  –2 +/
Сообщение от iZENemail (ok), 30-Авг-16, 19:03 
>> Ну это потому что ты о них ничего не знаешь кроме старых песен на линукс-форумах.
> Зато я могу посмотреть на окружающий мир и ключевые факты. И сделать
> выводы. Это грубая, зато быстрая оценка ситуации. Детально копаться во всяком
> крапе при том что это себя не окупает - пижонство.

То, что ты назвал крапом, в основной массе идёт под GPL, как ни странно.

>> Сервера *BSD поддерживают все виды виртуализации,
> Кто и где использует это в продакшнах?

Amazon, iXsystems...

>> На *BSD нет дров только для AMD GPU из проприетарной серии "Catalyst"
> Кола выдохлась, попкорн кончился, а под линя и Catalyst'а то уже нет.

А что есть? С некоторых пор — всё то же самое, что и на FreeBSD, только Mesa на версию ниже.

>> так же как и серию свободных дров от X.Org под все известные GPU:
> Это здорово, но железка будет или тормозителем на низкой частоте или греться
> как печка. Потому что динамическое управление частотами и вольтажами врубает ядерный
> драйвер специфичный для железки.

Всё в твоих руках — NVIDIA не отказалась от поддержки *BSD.

>> Официально поддерживается Mesa 11.2.2 (и у меня большие сомнения, что в твоём
>> дистрибутиве Linux эта реализация OpenGL API установлена штатно,
> В попсовой убунте 16.04 LTS - как раз MESA 11.2.

А в твоём Debian последняя стабильная MESA 11.2.2 до сих пор в тестинге. Это вообще как понять?
То есть ты не гнушаешься иметь дело с "оттестированными" старыми версиями программ, для которых уже выпущены официальные заплатки, но для тебя они недоступны (доступны в нестабильной версии) вследствие идеологии мантейнеров дистрибутива. Так?
И на устаревшей базе ты создаёшь свои продукты для реализации. Так?


>> и местами закрыт проприетарщиками (нужно подписаться на его использование, предоставив
>> скан паспорта и фотографию разработчика в полный рост с паспортом во рту).
> В бздах в таких случаях сорцев нет вообще совсем. Ну и это
> достаточно сделать кому-то одному - GPL штука такая. Потом на редиску
> даже в суд не подашь - право использовать сорец отвалится из-за
> нарушения лицензии у .. копираса :).

Про Cisco мы в курсе.

>> В *BSD весь тулчейн - часть операционной системы,
> Зачем мне тулчейн как "часть операционной системы"? Чтобы мне лишний раз пытались
> развернуть компилер в малохольный девайс где даже консоли толком нет?

Затем, чтобы не выпрашивать у вендора железки его настроечный инструментарий для элементарной прошивки, которую ты сам можешь подготовить и залить по SFTP.

> И еще 110 метров какого-нибудь "рантайма"?

Обрезается ненужное элементарно через src.conf и конфиг ядра.

> Кросскомпил - развлечение на любителя. Я кросскомпилю только ядро и (иногда) свой
> софт. Чем этого развлечения меньше - тем лучше. Я не хочу
> быть билдфермой. Особенно кроссовой.

Ну, значит ты не делаешь прошивки для эмбеддовки на x86-64 из исходных текстов, раз такие слова говоришь. Кем-то откомпилированной блобятиной пользуешься, понятно. Тестер.

> А в дебиане эта революция случилась более 10 лет назад. И люди
> давно нашлись. Более того - те кто хотел именно это -
> ушли в такие системы. Большинство людей не являются МакЛаудом и не
> могут позволить себе роскошь ждать всяких жирафов десятилетиями.

Вот только мелкозернистость пакетирования на пользу явно не идёт — все программы и библиотеки в при таком виде распространения устаревают быстро, а новые версии сложнее вносить в состав дистрибутива. В Debian людей не хватает что ли, чтобы содержать пакетную базу в актуальном состоянии?


Ответить | Правка | Наверх | Cообщить модератору

285. "Ядру Linux исполнилось 25 лет"  +/
Сообщение от Аноним (-), 01-Сен-16, 23:06 
> То, что ты назвал крапом, в основной массе идёт под GPL, как ни странно.

Да вот как-то вышло что майнлайн кернел - один из самых симпатичных мне проектов.

> Amazon,

Что-то облака у них дружно на линухе?

> iXsystems...

Я даже не знаю чем они знамениты, сорри.

>> Кола выдохлась, попкорн кончился, а под линя и Catalyst'а то уже нет.
> А что есть?

Для старых радеонов pre-GCN эпохи - Radeon (модуль кернела) и MESA поверх Radeon. Благо уже GL 4.1 умеет. Для новых AMDGPU (модуль кернела) с Pro стэком (проприетарный юзермод, остатки каталиста, со всякими вулканами), а также MESA (поверх AMDGPU). Прелесть инициативы в том что Pro и MESA с новыми радеонами работают поверх одного и того же модуля AMDGPU.

> С некоторых пор — всё то же самое, что и на FreeBSD, только Mesa на версию ниже.

Там кто-то таки запустил уже AMDGPU? Вроде грозились какой-то слой сделать для запуска дров почти без изменений, но тебе виднее насколько угрозы реально воплотились.

> Всё в твоих руках — NVIDIA не отказалась от поддержки *BSD.

Мне не требуется очередная винда с неподконтрольным мне окружением и проприетарным кодом, где всякие нвидии по желанию левой пятки отпиливают поддержку "лишних" мониторов и три года пытаются сделать самопальный KMS. Такой подход - маздай. Я что, глупый - закладываться на некооперативного проприераса? Более того - я считаю что налаженные drm/kms разработчиками процессы - FTW и way to go.

>> В попсовой убунте 16.04 LTS - как раз MESA 11.2.
> А в твоём Debian последняя стабильная MESA 11.2.2 до сих пор в
> тестинге. Это вообще как понять?

Дык выпустят новый дебиан - будет и новая MESA. У них релизы редкие. Там и ядро не последний писк в stable. Вообще, stable дебиан для десктопа - тухловат, имхо. Да и не только для десктопа.

> для которых уже выпущены официальные заплатки, но для тебя они недоступны
> (доступны в нестабильной версии) вследствие идеологии мантейнеров дистрибутива. Так?

То-есть, у меня может стоять даже гитовая версия месы. Если мне это почему-то надо и я готов к тому что за этим может последовать.

> И на устаревшей базе ты создаёшь свои продукты для реализации. Так?

А там GUI если есть то вебморда обычно. Однако меня и десктопы интересуют, потому что я не дуалбутчик.

> Про Cisco мы в курсе.

А что - Cisco? Нарушают? Какие-то тарболы от линксиса в их бытность цыской я по крайней мере видел.

> Затем, чтобы не выпрашивать у вендора железки его настроечный инструментарий для элементарной
> прошивки, которую ты сам можешь подготовить и залить по SFTP.

С этого места поподробнее. Что и у кого я должен выпрашивать? И много ли ты видел девайсов где в bare metal можно влить что-то по именно SFTP?

> Обрезается ненужное элементарно через src.conf и конфиг ядра.

Это в пакетнике? Или я таки должен сам тот рантайм пересобирать? Мне вся эта возня зачем?

> Ну, значит ты не делаешь прошивки для эмбеддовки на x86-64

Да какая из х86-64 эмбедовка, с его press any key в bios setup и прочими проприетарными обработчиками SMI? В эмбедовку такое ставят только совсем уж г@внари.

> Кем-то откомпилированной блобятиной пользуешься, понятно. Тестер.

Тестер - тот кто сам свое уникальное скомпилил. Заодно все глюки и соберет как раз. А скомпиленый бинарь использовала толпа народа и если там баги - они их могли майнтайнеру уже предъявить до меня. А в самосборе предъявлять баги сложнее. Надо быть уверенным что это не твой баг, и вообще.

> Вот только мелкозернистость пакетирования на пользу явно не идёт — все программы
> и библиотеки в при таком виде распространения устаревают быстро, а новые
> версии сложнее вносить в состав дистрибутива. В Debian людей не хватает
> что ли, чтобы содержать пакетную базу в актуальном состоянии?

Еще раз для тугих: я не хочу получать пакетником какие-то рантаймы по 110 метров одной плюхой лишний раз. В дебиане как раз нормально ресурсов чтобы распилить на части и нормально все это майнтайнить. В отличие от некоторых, просто вываливших что-то, как-то. Даже не отделив хидеры от бинарей. Так что они почем зря распаковываются даже туда где разработка не намечается даже в проекте.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру