Организация Linux Foundation опубликовала (https://www.linuxfoundation.org/press-release/linux-foundati.../) ежегодный отчёт (https://www.linuxfoundation.org/2017-linux-kernel-report-lan.../) (PDF (https://go.pardot.com/l/6342/2017-10-24/3xr3f2/6342/188781/P...)) с анализом прогресса развития ядра Linux и оценкой вклада индивидуальных разработчика и коммерческих компаний в разработку и рецензирование кода. Новый отчёт включает данные об изменениях, внесённых в ядрах с 4.8 по 4.13, выпущенных с момента публикации прошлого отчёта в августе 2016 года.
Основные тенденции:
- С момента начала сбора статистики в 2005 году в разработке ядра приняло участие около 15600 разработчиков из более чем 1400 различных компаний. С момента публикации прошлого отчёта в разработке ядра приняли участие 4319 разработчиков, представляющих 519 компаний, которые подготовили около 83 тысяч изменений.
1670 участников присоединилось к разработке ядра впервые.
- Продолжает увеличиваться темп развития Linux: в среднем каждый час в ядро принимается 8.5 изменений (год назад фиксировалось в среднем 7.8 изменений в час), в день - 204 изменений, в неделю - 1400.- На подготовку нового выпуска ядра в среднем уходит 67.66 дней, год назад этот показатель составлял 66 дней. Наиболее длительный цикл разработки составил 70 дней, самый короткий - 56 дней.
- Ядра 4.9 и 4.12 побили рекорд по числу внесённых патчей в рамках одного цикла разработки за всю историю проекта;
- 91.8% всех вносимых в ядро изменений сделаны разработчиками, которые получили оплату за данную работу. В прошлом году доля оплачиваемых разработчиков также составляла 92.3%, для сравнения пять лет назад этот показатель составлял 75%. Только 8.2% (в прошлом году - 7.7%) изменений созданы на голом энтузиазме и не имеют принадлежности к корпорациям;
- За отчётный период наибольший вклад в разработку внесён сотрудниками компаний Intel, Red Hat, Linaro, IBM, Samsung, SUSE, Google, AMD, Renesas и Mellanox;
URL: https://www.linuxfoundation.org/press-release/linux-foundati.../
Новость: http://www.opennet.me/opennews/art.shtml?num=47443
> 91.8% всех вносимых в ядро изменений сделаны разработчиками, которые получили оплату за данную работу.А кто-то до сих пор верит, что Linux разрабатывается на чистом энтузиазме.
Странно, что кто-то до сих пор считает нужным написать эту твою фразу.
Странно, что у кого-то до сих пор припекает, при прочтении этой фразы.
Странно, что кто-то эту фразу ещё читает.
Вообще всё странно.
Согласен. И это странно.
Странные анонимы
Странные странности в странном посте.
Сраные
ые
.
..
Ну дык, корпорациям пофиг закрыт код или открыт, им важно чтобы делали то что они говорят. А кто линукс ужинает, тот его и танцует.
При том компании выбрали очень логичный способ - платить зарплату. Как будто все остальные компании делают не так.
Не только логичный, но и практичный -- зарплату платят нескольким, стоящим у руля разработки и задающим вектор, а танцуют ВЕСЬ линукс. Фанатики, стремящиеся пихать линукс во все дыры и рвущие глотки на форумах, прилагаются бесплатно (и выполняют функцию маркетологов-продажников и рекламщиков).
> Не только логичный, но и практичный -- зарплату платят нескольким, стоящим у
> руля разработки и задающим вектор, а танцуют ВЕСЬ линукс. Фанатики, стремящиеся
> пихать линукс во все дыры и рвущие глотки на форумах, прилагаются
> бесплатно (и выполняют функцию маркетологов-продажников и рекламщиков).Весь линукс хрен потанцуешь. Компаний много, индивидуалы могут вкалывать в других направлениях. Есть еще Торвальдс и майнтайнеры подсистем. Они неплохо спелись, половина еще на заре становления системы. Так что компании стали участниками процесса. Заплатить за выполнение нужной работы - логичная и эффективная идея, что ни говори. Если же команды руководства разработчику не понравятся, он вполне может послать их всех. Без работы серьезный ядерный разработчик не останется.
Заметьте, в Linux никто не заворачивает и проекты 1-2 человек. Есть сторонники теории заговора, типа libv, но если копнуть поглубже оказывается что не все так просто, libv тоже довольно забагованный персонаж, а кроме якобы-политики бывали и вполне технические причины. Так что идея про теорию заговора наблюдениями не подтверждается. Если это заговор, тогда ларек с пирожками сойдет за транснациональный заговор по свержению гегемонии БигМака, не меньше.
форкай и не верь, а разрабатывай
Одно другому не мешает
Ну так разные корпорации участвуют. А есть закрытые программы, которые пишут несколько компаний?
Обычно компании интегрируют свои закрытые продукты по через открытое API
>> 91.8% всех вносимых в ядро изменений сделаны разработчиками, которые получили оплату за данную работу.
> А кто-то до сих пор верит, что Linux разрабатывается на чистом энтузиазме.Давно нет - User294 в 2012 году прояснил этот момент своей коронной фразой: "Потому что впряглиcь и некуда им деться". Правда, с тех пор Btrfs уже закoпали, никому не нужна стала быть, а энтузиастов попросили зaткнутьcя.
https://www.opennet.me/openforum/vsluhforumID3/87111.html#552
Фуджица и фэйсбук в курсе про это? А то zstd какой-то добавляют, и в ядро вообще и в btrfs в частности. Да и факты "никому не нужна" git log'ом опровергаются.И куда с линукса деться? Бзды - корпоративный бомжатник, винды - корпоративная фазенда рабовладельцев. Остальные вообще где?
Простые люди, создав и продержав на энтузиазме некоторое время Линукс, шаг за шагом заставили корпоративных монстров разрабатывать ОТКРЫТЫЙ и бесплатный продукт и не каждый по отдельности свой несовместимый велосипед, а все вместе.
Вот в этом и есть главная победа, которая уже достигнута. Все вендорлок конкуренты давно мертвы или быстро отстают. Они обречены.
Да пусть корпорасты хоть 100% разрабатывают.
Настоящий джентльмен не удивляется ничему... :-)
а чем отличается none от unknown?
> а чем отличается none от unknown?Тем же, чем "отсутствующая принадлежность" отличается от "неизвестной"?
> Тем же, чем "отсутствующая принадлежность" отличается от "неизвестной"?А не пересекающиеся ли это множества, наш безаппеляционный анонимнономерной братан?
Когда твой патч в первый раз примут в ядро, приходит письмо от Greg KH (или кто там сейчас этим занимается?), где спрашивается работаешь ли ты на корпорацию и что побудило тебя принять участие в разработке ядра. Ответишь - хобби - пополнишь процент none. Забьешь и не ответишь - будешь unknown.
не приходило такое письмо
> не приходило такое письмоПроверьте, может оно в спам попало? Если нет - пишите багрепорт: https://github.com/gregkh/kernel-history
> не приходило такое письмоТак они наверное патча не получали, или он у них в спам попал.
И эти люди как раз критикуют null/undefined в js. Ну никак не отличают "известное отсутствие" от "неизвестного".
Почему не упомянули о возрастающей сложности. И что, если монолит не порежут на микроядро, то линукс скатится в сраное дерьмо.
> Почему не упомянули о возрастающей сложности. И что, если монолит не порежут
> на микроядро, то линукс скатится в сраное дерьмо.Он уже. И это причина не использовать его.
> Он уже. И это причина не использовать его.альтернативы?
>> Он уже. И это причина не использовать его.
> альтернативы?
Бугага.
Под задачу подбирать. Как в старые добрые времена. Где-то опёнка, где-то фрю, а где-то и винду. В таком ключе.
> Под задачу подбирать. Как в старые добрые времена. Где-то опёнка, где-то фрю,
> а где-то и винду. В таком ключе.Хороший способ стать эникеем, который ни в чем не разбирается. Потому что нормально знать дюжину операционок нереально а поверхностно - это уровень эникея.
Про Т-образных людей ничего не слышали, ога
> Про Т-образных людей ничего не слышали, огаСудя по спичу того автора - если он T-shaped, палка буквы T у него попала на высокомерие и снобизм. Отличия от эникейщика - разве что в ЧСВ.
Вы имеете хоть малейшее представление о том, как работают вычислительные системы, например, в производстве? Как их проектируют, с какими критериями и подходами? Не надо отвечать, вопрос был риторическим.
> Вы имеете хоть малейшее представление о том, как работают вычислительные системы, например,
> в производстве? Как их проектируют, с какими критериями и подходами? Не
> надо отвечать, вопрос был риторическим.Мы микроконтроллеры программим. Современные, 32-битные, маленькие, симпатичные. Хотите об этом поговорить? Интересно же послушать как некромант от обслуги хлама с досом завернет какое-нибудь откровение о том как это делать правильно.
> Мы микроконтроллеры программим. Современные, 32-битные, маленькие, симпатичные. Хотите
> об этом поговорить? Интересно же послушать как некромант от обслуги хлама
> с досом завернет какое-нибудь откровение о том как это делать правильно.Станки к микроконтроллерам тоже вы делаете? Нет? Я так и думал.
> Станки к микроконтроллерам тоже вы делаете? Нет? Я так и думал.Этот п0нт сейчас здорово подешевел: небольшие cnc и прочие 3d принтеры народ делает буквально на коленке. И, честно, если такие как вы это авангард станкостроения, 3.14ц ему будет, окончательный и бесповоротный. Вместе с DOSом.
Какие ещё 3D-принтеры…Производственное оборудование, не любительского уровня для гаража, стоит от сотен тысяч до десятков миллионов и более за единицу (станок) и проектируется для эксплуатации на протяжении нескольких десятилетий. Аналогично медицинское оборудование. Аналогично много другое, о котором, думаю, здешние анонимы даже не поймут по названию, что это такое и для чего оно.
Какой-то прямо заповедник агрессивного невежества на этом Опеннете…
> Какие ещё 3D-принтеры…Серийные. Из серийных китайских запчастей, рассылаемых по почте по предоплате.
>> Какие ещё 3D-принтеры…
> Серийные. Из серийных китайских запчастей, рассылаемых по почте по предоплате.Как соберете из них домну или гидравлический пресс, то дайте уж ссылочку.
QNX?
> QNX?Тогда пара кирпичей - альтернатива запасному парашюту. Так и запиши.
По факту - работает от мобилок до мейнфреймов. Вам не хватает чего-то конкретного?
> в среднем каждый час в ядро принимается 8.5 измененийТы думаешь, что монолитная архитектура сможет долго это тащить?
>> в среднем каждый час в ядро принимается 8.5 изменений
> Ты думаешь, что монолитная архитектура сможет долго это тащить?Из них только 3% приходится на само ядро.
> Около 45% всех представленных в 4.13 изменений связаны с драйверами устройств, примерно 18% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 15% связано с сетевым стеком, 4% - файловыми системами и 3% c внутренними подсистемами ядра.
А какое у неё ограничение? Это ж не тормозное микроядро
> Ты думаешь, что монолитная архитектура сможет долго это тащить?Тащит, с начала 90-х. Значит сможет, проверка практикой показала. При том тащит намного лучше всех микроядерных проектов вместе взятых. К тому же это модульный монолит, увеличение размеров заставило сделать какое-то подобие архитектуры. А потом плавно улучшали. Получается довольно неплохо.
>> Ты думаешь, что монолитная архитектура сможет долго это тащить?
> Тащит, с начала 90-х. Значит сможет, проверка практикой показала.Пустой трёп. Практика как раз показала, что ЕЖЕНЕДЕЛЬНО(!) находят уязвимости. Это к вопросу о качестве кода и выбранного языка. Но даже имея уязвимости, половина из них могла быть спокойно проигнорирована, потому что в МИКРОядерной ОС зафэйленый модуль НИЧЕГО не смог бы сделать остальной системе, даже повышение привилегий.
> А потом плавно улучшали. Получается довольно неплохо.нуну, утренняя мантра "в линуксе всё хорошо". Продолжайте в той же позе!
> Пустой трёп. Практика как раз показала, что ЕЖЕНЕДЕЛЬНО(!) находят уязвимости.ЧСХ, 99.9(9)% взломов сейчас происходит через дырявую вебню.
> Это к вопросу о качестве кода и выбранного языка. Но даже имея уязвимости,
> половина из них могла быть спокойно проигнорирована, потому что в МИКРОядерной
> ОС зафэйленый модуль НИЧЕГО не смог бы сделать остальной системе, даже
> повышение привилегий.Это все где-то там, в теории. А на практике - сменил пару регистров у железки, и она вынесла все живое через DMA. А без DMA плохо, большие блоки данных перекидывать плохо, проц надолго занимается этой фигней вместо выполнения пользовательской программы.
>> А потом плавно улучшали. Получается довольно неплохо.
> нуну, утренняя мантра "в линуксе всё хорошо". Продолжайте в той же позе!В нем все достаточно прилично, в том плане что именно ремотных поимений, именно Linux как ядра, именно через эти уязвимости - ну, так, наверное может быть, но я даже не помню когда я в последний раз что-то подобное видел. А вот расфигаченая вебня и червяки на серверах пролезающие через нее - ежедневная правда жизни.
Да и я бы понял если бы ты чем-то микроядерным сам пользовался бы и не подъюзывал под одеялом другие системы. А так это всего лишь никчемное лицемерие.
> По факту - работает от мобилок до мейнфреймов. Вам не хватает чего-то
> конкретного?Единственная причина — бесплатность и наличие исходников. Но давайте не будем разбирать разные отдельные конкретные случаи и сценарии его применений, потому что это будет сплошная боль и страдания.
>> По факту - работает от мобилок до мейнфреймов. Вам не хватает чего-то
>> конкретного?
> Единственная причина — бесплатность и наличие исходников. Но давайте не будем разбиратьБрешешь, не "единственная". Во-первых, это две причины. А во-вторых, freebsd, скажем, тоже "бесплатна" и исходники в наличии, но.... Что-то не сходится, да?
Ну, не будем, так не будем, раз "это боль".
> разные отдельные конкретные случаи и сценарии его применений, потому что это
> будет сплошная боль и страдания.
> Единственная причина — бесплатность и наличие исходников.Тогда почему не *BSD, MINIX, HURD, etc?
Зачем задавать такие вопросы, ответы на которые общеизвестны? Потому что MINIX не предназначен для использования вне обучения, а HURD некому пилить, а семейство BSD имеет порог вхождения (прежде всего — в смысле ответственности за свои действия) чуточку выше, чем в среднем по лапчатому курятнику, но не предлагает модных и молодёжных развлечений в виде клепания бессмысленных ненужно ради создания видимости бурной деятельности.
> Зачем задавать такие вопросы, ответы на которые общеизвестны? Потому что MINIX не
> предназначен для использования вне обучения, а HURD некому пилить,90% кода пишут корпорации, что мешает им переключить людей на разработку MINIX или HURD под их нужды?
> BSD имеет порог вхождения (прежде всего — в смысле ответственности за свои действия)
> чуточку выше,В основном берут только ядро. Иногда еще glibc/busybox/etc. Чем порог BSD ядра отличается от linux?
> 90% кода пишут корпорации, что мешает им переключить людей на разработку MINIX
> или HURD под их нужды?Когда поработаете в какой-нибудь корпорации — узнаете.
> В основном берут только ядро. Иногда еще glibc/busybox/etc. Чем порог BSD ядра
> отличается от linux?Подумайте самостоятельно.
> Когда поработаете в какой-нибудь корпорации — узнаете.Да что тут знать, бизнес не благотворительность, поэтому они инвестируют в то что лучше работает. А не в тех кто круче всего гнет пальцы при позорном результате, это хороший способ банкротом стать и профукать инвестиции. После нескольких факапов даже посредственные инвесторы начинают лучше соображать, или перестают засорять пейзаж, потому что деньги имеют свойство заканчиваться.
>> В основном берут только ядро. Иногда еще glibc/busybox/etc. Чем порог BSD ядра
>> отличается от linux?
> Подумайте самостоятельно.Подумали. Если нечто выглядит как г-но и работает как г-но, распальцы о том какое оно замечательное не согласуются со здравым смыслом. И больше всего это похоже на wishful thinking тех кто когда-то сдуру освоил именно это, а потом в пингвина уже не смог. Или просто латентный проприетарщик и давится жабой. Как будто его полтора человекочаса на что-то блин на этой планете фундаментально повлияют, чтобы это так зажимать.
> Подумали. Если нечто выглядит как г-но и работает как г-но, распальцы о
> том какое оно замечательное не согласуются со здравым смыслом. И больше
> всего это похоже на wishful thinking тех кто когда-то сдуру освоил
> именно это, а потом в пингвина уже не смог. Или просто
> латентный проприетарщик и давится жабой. Как будто его полтора человекочаса на
> что-то блин на этой планете фундаментально повлияют, чтобы это так зажимать.Вы уверены, что, например, IRIX или Solaris были г-ном и плохо работали? Они выбыли из конкуренции по иным причинам.
Линукс вышел из микроархитектуры на монолит). Да и даже если придут к тому, чтобы перейти на микроархитектуру, думаешь это легко сделать?)
уже практически невозможно переделать Линукс, а микроядро- будущее.
Итого: всё печально.
Можна, форкай.
Hurd -- это будущее, прочно застрявшее в настоящем. Сколько там лет это "будущее" микроядра всё наступает? Ждуны уже частично поумирали, а его всё нет.
> Hurd -- это будущее, прочно застрявшее в настоящем. Сколько там лет это
> "будущее" микроядра всё наступает? Ждуны уже частично поумирали, а его всё
> нет.Некому пилить. Старым дядям уже не очень интересно, дотянуть бы до пенсии. А молодые либо не умеют, либо увлечены тем, что быстро приносит деньги.
В общем, как говорится, если доктор сказал в морг - значит в морг. Если что-то не полетело за почти 3 десятка лет, вероятность что оно вообще хоть когда-то полетит - очень маленькая.
> а микроядро- будущее.
> Итого: всё печально.Хреновое же у вас будущее, двоечники. Идите тоже учить комбинаторику и матчасть, о которой вообще берётесь переливать из пустого в порожнее.
> Линукс вышел из микроархитектуры на монолит). Да и даже если придут к
> тому, чтобы перейти на микроархитектуру, думаешь это легко сделать?)Танненбаум ещё вначале разработки предупреждал uдuота Трольвадса "это кривой путь". Не послушал - сейчас расхлёбываем.
>> Линукс вышел из микроархитектуры на монолит). Да и даже если придут к
>> тому, чтобы перейти на микроархитектуру, думаешь это легко сделать?)
> Танненбаум ещё вначале разработки предупреждал uдuота Трольвадса "это кривой путь". Не
> послушал - сейчас расхлёбываем.Танненбаум твой пошёл прямым путём: обещал сделать аудиоплеер, сделал блоб для шпиён-МЕ. Торвальдс с микрософтом просто обзавидовались в ахе. [I]Согласен! Эвоно оно, как надо-то.
> Почему не упомянули о возрастающей сложности.Для кого -- для первоклассников?
> И что, если монолит не порежут на микроядро, то линукс скатится в сраное дерьмо.
Здесь недостаёт ссылки на Ваше дерево.
Я это уже 15 лет слышу.
> По числу новых разработчиков лидирует компания Intel, из которой к работе над ядром подключилось 128 новых участников. Далее следуют Google - 58 новых участников, Huawai - 33, Code Aurora Forum - 33, IBM - 31, Mellanox - 28, AMD - 26, Samsung - 24, NXP Semiconductor - 21, Cavium - 20;А что насчёт АНБ США? Они так активно создают Tor. Я думал что это не единственный опенсорсный проект, в котором они участвуют.
Написано же, что кол-во их внесений возросло:
none 6,819 8.2%
unknown 3,408 4.1%Вот где-то в єтих цифрах они кроются, не считая завербованных сотрудников Intel, AMD и тп. =)
> А что насчёт АНБ США?man selinux же.
Selinux -- полезная штуковина, если хорошо вкурить.А 'АНБ' -- это ж собирательно, как бы (всего, что касается рода деятельности:))
> Selinux -- полезная штуковина, если хорошо вкурить.Да, но сравнимых результатов можно добиться в десятки раз проще. Кроме случая когда цель - сооответствие регламентам. Если регламент обязывает, ничего не попишешь.
> А 'АНБ' -- это ж собирательно, как бы (всего, что касается рода
> деятельности:))Сложно прятаться на открытой людной площади под фонарем. Много глаз.
Если можно, тем более, в десятки проще -- почему оно тогда где-гибудь на Гитхаб уже не лежит? :)
> Если можно, тем более, в десятки проще -- почему оно тогда где-гибудь
> на Гитхаб уже не лежит? :)Где у нас там лежат docker, qemu/kvm, lxc, firejail, systemd, ядро линукс со всем ассортиментом LSM, наконец? Все есть, надо лишь открыть глаза и увидеть.
> Сложно прятаться на открытой людной площади под фонарем. Много глаз.Да, да, опенсорец, тысячи глаз, неусыпно и непристанно...
Навскидку:
http://www.opennet.me/opennews/art.shtml?num=47428
http://www.opennet.me/opennews/art.shtml?num=47280
http://www.opennet.me/opennews/art.shtml?num=46281
http://www.opennet.me/opennews/art.shtml?num=45354
Ты в своем праве шариться в темноте по проприетарным подворотням, если считаешь что там будет безопаснее.
>> Сложно прятаться на открытой людной площади под фонарем. Много глаз.
> Да, да, опенсорец, тысячи глаз, неусыпно и непристанно...Так ведь не в том дело, что уязвимостей нет. Они есть всегда и везде.
Важно то, что при тысяче глаз их зачастую выявляют быстрее злоумышленников -- раз, и два -- минимален промежуток между обнаружением и доставкой потребителям исправлений.
тебе systemd мало?
Нивидия совсем забила на линь? Помнится, раньше она мелькала в таких сводках с полей...
А зачем он ей? На ведре провал. На ПК винда монополист. На Нинтендо выключателе freeBSD вроде. На обычных серверах отсутствует.
На NES Classic Mini точно GNU/Linux, про Свич не знаю.
На свиче фря, iirc.
Суперкомпьютеры же.
В свете темы про ядро. Подскажите плз, если кто в курсе. Есть ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё и вся? В идеале бы ещё дебиановоую репу...
> В свете темы про ядро. Подскажите плз, если кто в курсе. Есть
> ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё
> и вся? В идеале бы ещё дебиановоую репу...и кто это всё будет держать в актуальном состоянии? Безоплатный опенсурсный онолитег-программист Вася?
>> В свете темы про ядро. Подскажите плз, если кто в курсе. Есть
>> ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё
>> и вся? В идеале бы ещё дебиановоую репу...
> и кто это всё будет держать в актуальном состоянии? Безоплатный опенсурсный онолитег-программист
> Вася?Вы отвечаете вопросом на вопрос. Я не знаю, кто. Может есть некие товарищи, для которых это нужно и интересно. Не знаете, так нечего всхрюкивать, проходите дальше.
Да нет, он как раз правильное направление указывает. Наиболее широкий спектр оборудования надо искать в дистре, который на широкий спектр и ориентирован. Короче, вам в Дебиан.
> Да нет, он как раз правильное направление указывает. Наиболее широкий спектр оборудования
> надо искать в дистре, который на широкий спектр и ориентирован. Короче,
> вам в Дебиан.Боюсь, что в Дебиан с горячими пирожками, типа Ryzen, EPYC или Ice Lake туговато придётся :)
Правда, недавно, кажется, на Форониксе читал, что в Ubuntu в каком-то репозитории уже сборки 4.15 выкладывают и предлагают устанавливать для тестирования.
>> Да нет, он как раз правильное направление указывает. Наиболее широкий спектр оборудования
>> надо искать в дистре, который на широкий спектр и ориентирован. Короче,
>> вам в Дебиан.
> Боюсь, что в Дебиан с горячими пирожками, типа Ryzen, EPYC или Ice
> Lake туговато придётся :)lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux testing (buster)
Release: testing
Codename: bustercat /proc/cpuinfo |grep "model name"|uniq
model name : AMD Ryzen 5 1600 Six-Core Processor
То, что проц. по названию определяется, ничего не говорит о том, насколько он горячо там может раскрыться :)https://www.phoronix.com/scan.php?page=news_item&px=Glibc-2....
> вам в Дебиан.я собссно и так в Дебиане
>> вам в Дебиан.
> я собссно и так в ДебианеХорошо, и какие у Вас проблемы в данный момент?
>>> В свете темы про ядро. Подскажите плз, если кто в курсе. Есть
>>> ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё
>>> и вся? В идеале бы ещё дебиановоую репу...
>> и кто это всё будет держать в актуальном состоянии? Безоплатный опенсурсный онолитег-программист
>> Вася?
> Я не знаю, кто.
> Не знаете, так нечего всхрюкивать, проходите дальше.
так а вам нужна поддержка 386?
Или может какая прочая старая перестарая железяка имеется?И зачем оно вам в 2017?
Да, можно хоть первую версию скачать в 2017 году и для престарелых железяк,
и для вылова закладок АНБ :)
> Да, можноhttps://www.kernel.org/pub/linux/kernel/
> Или может какая прочая старая перестарая железяка имеется?
> И зачем оно вам в 2017?У меня плюшкинизЬм в тяжёлой форме, так сойдёт? Лежит например в ящике Adaptec 2940u2w, который я иногда тыкаю в комп и который всякие ненужные венды выше хп64 уже не жрут, т.к. дров нема. Ещё бы к нему в комплект SCSI DVD-RAM, который картриджный - вот это было бы хорошо. + LS-240...
У тебя железо? Вот ты его и поддерживай. Так наверное будет честно. А LS240 вместе с картриджным DVD RAM - это прекрасно, но в мире где карточка размером с ноготь пальца умещает 128 гигов это безнадежная архаика.
Труженики ряда производственных и не только отраслей с недоумением восприняли бы ваше заявление.
Вот, отлично, пусть эти труженники организуют гильдию по инетресам и поддерживают или спонсируют вместо нытья по форумам. Если, конечно, это и правда актуально. А если это полтора землекопа-некромана - тогда пусть курят черенок от лопаты.
Расскажите про это в промышленности, производстве, банках, образовании, медицине и так далее. Вас внимательно выслушают и укажут направление вашего дальнейшего перемещения.
Их точно так же внимательно выслушают ... и припишут два-три нуля к сумме договора :)
А нет бабок - кури веник. Всё честно.
Этот программерский эгоизм катит исключительно в программерской тусовке, для которой задачи реального мира очень абстрактны, непонятны и не представляют никакой ценности. А в реальной жизни на реальных объектах за такие распальцовки посылают куда подальше, в лучшем случае.
И что характерно, нормальный програмер за такой посыл еще и спасибо скажет, потому что быстренько устроится куда-нибудь в более интересное местечко, с зарплатой в 2 раза выше. А то и вовсе организует крутейший стартап, пока ты будешь пшикать про смузи.
> Расскажите про это в промышленности, производстве, банках, образовании, медицине и так
> далее. Вас внимательно выслушают и укажут направление вашего дальнейшего перемещения.Подожди, а они мне что-нибудь платят, чтобы я вообще что-то там рассказывал? Нет? Ну тогда у меня для них в кармане точно такая же фига как и у них для меня. Все симметрично ;).
> У меня плюшкинизЬм в тяжёлой форме, так сойдёт? Лежит например в ящике
> Adaptec 2940u2w, который я иногда тыкаю в комп и который всякие
> ненужные венды выше хп64 уже не жрут, т.к. дров нема.При чём здесь линукс? Ну или хотя бы что в dmesg?
Не так давно у меня на стендике какие-то умеренно древние адаптеки примерно того же века молча работали, в т.ч. 64-битный в 32-битном слоте. Лет пять назад буквально.
На молодёжных творческих ПК юных подающих надежды хипсторов, конечно, не нужна. А в тех отраслях, где в ходу ещё софт и железо 1980—1990-х годов, иной раз 16-разрядное, не лишним бывает и DOS вместе с дискетками. Нет, переписывать софт и менять железо ради прихотей и молодёжной удали хипсторов никто не будет.
... а будут плакаЦЦо про сделайте нам ништяк и забесплатно? Да и пусть им :)
Кого реально это за 00 схватило, и денюжку находят и проблему решают.
Тот же вопрос: вы хотя бы раз в жизни подходили ближе картинки телевизора к реальному производству, например? Знаете, что и как там работает? Каковы критерии проектирования систем, не только вычислительных, для производственного применения? И почему их не меняют иногда десятилетиями? Ну так и не морочьте никому голову своим незнанием.
> Тот же вопрос: вы хотя бы раз в жизни подходили ближе картинки
> телевизора к реальному производству, например? Знаете, что и как там работает?
> Каковы критерии проектирования систем, не только вычислительных, для производственного
> применения? И почему их не меняют иногда десятилетиями? Ну так и
> не морочьте никому голову своим незнанием.Что-то мне кажется что этот Риальный Производитель окажется как максимум бухим наладчиком с полудохлого завода...
> В свете темы про ядро. Подскажите плз, если кто в курсе. Есть
> ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё
> и вся? В идеале бы ещё дебиановоую репу...Как уже сказали - в этом мало смысла, так как никто не будет поддерживать и уж тем более тестировать. Даже поддержка i686 стала терять стабильность в последние пару лет, так как все повально перешли на 64 бита.
Лучше взять ядро того времени, которого будет оборудование - больше вероятности, что все заработает.
И отключить от внешних сетей. Вполне разумный вариант.
> В свете темы про ядро. Подскажите плз, если кто в курсе. Есть
> ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё
> и вся? В идеале бы ещё дебиановоую репу...Mainline. Берется на https://kernel.org - make menuconfig - повключай все драйверы из staging, сделай make deb-pkg и получишь примерно то что хотел. А если оно будет падать - на то и staging.
*
+++ ...стаффа и ФИЧ, которыми...
Если бы я был шутником, посоветовал компильнуть драйверы которые не будут работать на его платформе. Если хочется обложиться дрянью про запас - пожалуйста, ее больше чем вы себе можете представить.
> В свете темы про ядро. Подскажите плз, если кто в курсе. Есть
> ли форк, где не выпиливают поддержку оборудования, а наоборот тащат всё
> и вся? В идеале бы ещё дебиановоую репу...Можно брать из любого дистра, наверное. Собиранное с поддержкой всей возможной уймы стаффа, которым могут пользоваться потенциальные потребители :)
>где не выпиливают поддержку оборудованияЭто не про линукс точно. Там туева хуча легаси не то что девяностых, а вообще восьмидесятых годов. Если выкинуть весь крап старше 15 лет оно полегчает наверное, вдвое. Правда вой обиженных помоечников подымется до небес.
Забавная статистика в свете АНБ: увеличилось количество кода от none и unknown. Нехило так увеличилось.
В % соотношении уменьшилось:2016 > 7.7% + 6.8%
2017 > 8.2% + 4.1%
А где же самый главный друг всея опенсорса - Microsoft?
Тоже заметил что его нет.
Накаркаете.
Consultants -- 3% :)
> А где же самый главный друг всея опенсорса - Microsoft?"Шёл далёкий 2011ый год, в забытом всеми релизе 3.0 linux-а"...
http://www.opennet.me/openforum/vsluhforumID3/108941.html#184
Микрософт накручивал счётчики коммитов. Потом этих ребят несколько _лет_ искали -- мол, багофиксов бы.Как известно, писать софт в Микрософте не умеют и нелюбят, поэтому теперь
http://www.opennet.me/openforum/vsluhforumID3/109665.html#177
они просто нашли, кого-куда заносить деньгами. Коррупция.
Эти только зонды пропихивают. В этот раз не удалось.
опенсорс не равно линукс
на их vscode пол-мира разработчиков рукоблудят
Самое большое достижение - добавление подсистемы Linux в Windows 10.
И структурирование/адаптация/сближение инфраструктуры Microsoft с шаблонами Open Source (появление приватных репозиториев и зеркал; Developer Editions for free, etc..:)
--- с шаблонами Open Source
+++ по шаблонам Open Source
- - -
+++ И выстраивание инфраструктуры Microsoft по шаблонам Open Source (появление приватных репозиториев и зеркал; Developer Editions for free, etc..:)
Друзья, а есть где-нибудь статистика вклада российских компаний в разработку?
Хорошая шутка.
Отличное оформление таблиц.
С оглядкой на задержки с выходом последних двух эрсишников и объявления о релизах, может сложиться впечатление, что Линусу становится сложнее управляться со свим творением.А, может, это полоса просто такая :)
> А, может, это полоса просто такая :)
> https://lkml.org/lkml/2017/10/15/145Это полоса такая, продолжается давно - Торвальдс всегда релизился только если уверен в качестве. А если знает о проблемах - откладывает релиз.
Ну, да. Просто я уже года с два не припомню такого, чтоб аж до полдника понедельника ждать пришлось :))
А, вот, по субботам частенько сюрпризы случались :))
> Ну, да. Просто я уже года с два не припомню такого, чтоб
> аж до полдника понедельника ждать пришлось :))И тем не менее, времена релизов не жесткие. И число RC до релиза - величина переменная. Сколько надо - столько и будет. Нормальное управление проектом как раз: стараться делать предсказуемо, но если видно что получается трэш - можно и протормозить немного. Небо на землю от этого не упадет и это лучше чем вывалить широкой публике глюкало.
>может сложиться впечатление, что Линусу становится сложнее управляться со свим творениемА это уже не его творение, он лиш модератор.
Изначально его, до того, как он решил сделать это достоянием всего сообщества :)
Дальше, по идее, должно последовать, что, мол, какое творение, если было частично написано из чего-то, что уже было...Всё человеческое творчество создано на чём-то, что уже было -- только не все о нём знают :)
> Организация Linux Foundation опубликовала ежегодный отчёт (PDF)Adobe PDF Library 11.0
Adobe InDesign CC (Macintosh)как бы намекает что linux не готов к десктопу =)
> Adobe PDF Library 11.0
> Adobe InDesign CC (Macintosh)
> как бы намекает что linux не готов к десктопу =)Скорее намекает на то что Adobe не хочет чтобы дизайнеры/верстальщики перекочевали на Linux-Kernel based OS, так как боятся что сорсы вскроют.
Но ничего скоро и верстальщиков и дизайнеров переведут.
(Хотя есть те кто категорический не хочет менять ОС ради улучшения своей жизни и жизни других,
так как либо не могут перейти из-за собственных предпочтений,
либо жалуются что это не работает и не должно так работать,
не хотят/могут измениться либо другое.
(И многие на это ведутся и продолжают сидеть на Windows.
Я не говорю в этом случае про macOS,
так как она Open Source и сделана так как хотела сделать её компания создавшая её(Apple Inc.) и это многим нравится.))Если не удобно читать, то простите за такой формат написания комментария.
что мешало использовать scribus или inkscape или на крайняк libreoffice ? они все умеют в pdfчто подразумевается под
> так как боятся что сорсы вскроютформат открыт
https://ru.wikipedia.org/wiki/Portable_Document_Format
> PDF с 1 июля 2008 года является открытым стандартом ISO 32000[4][5].
> Что мешало использовать scribus или inkscape или на крайняк libreoffice?А действительно, а что мешает этим пользоваться кроме как собственного не желания разбираться в этом?
Я сам этим софтом пользуюсь.
> формат открытЯ не про формат, а про их программы.
> Я не говорю в этом случае про macOS,
> так как она Open Source и сделана так как хотела сделать
> её компания создавшая её (Apple Inc.) и это многим нравится.Иногда лучше всё же промолчать, чем сморозить чепуху и выставить себя невеждой.
inb4: ОС состоит не только с XNU, CUPS и иже с ними.
Фирменные системные фреймворки и технологии Apple вряд ли откроет, конечно.
> Фирменные системные фреймворки и технологии Apple вряд ли откроет, конечно.А гольный кернел, почти без драйверов - не очень ценная штука. Что с этим делать можно, кроме бесплатной работы на Эппл? Эпплу это может и замечательно, а вот у остальных это энтузиазма не вызывает, судя по популярности всей этой XNU.
> Иногда лучше всё же промолчать, чем сморозить чепуху и выставить себя невеждой.Согласен что Анониму следует подумать.
> inb4: ОС состоит не только с XNU, CUPS и иже с ними.Ядро, Абстракционная прослойка, Приложения
XNU+Darwin, уже ядро.
Framework, прослойка. (Да, согласен что это часть закрыта)
CUPS, как приложение.Однако имея XNU+Darwin и CUPS для macOS + API для разработки можно воссоздать Framework.
Помеха может быть только с юридической стороны и то только при определенных условиях.
Можно много чего. Но не всегда нужно. Если эппл хочет давиться жабой у себя в норке, лучше всего отойти и не мешать.
Т.е. вся ось – это XNU, Darwin и CUPS? Нет? Тогда оно не open source, тем более, не free/libre.
> Т.е. вся ось – это XNU, Darwin и CUPS? Нет? Тогда оно
> не open source, тем более, не free/libre.А после того как эппл дважды закрыл-откарыл это потому что хакинтоши, видите ли жить помешали - то маргинальное комьюнити которое вокруг этого было просто перестало существовать. Редкий програмер наступает на одни грабли дважды.
>Компании, подобные AMD, NVIDIA
>NVidia Fuck youЯсно.
>в среднем каждый час в ядро принимается 8.5 измененийИнтересно, а вносимый код как то верифицируется и кем? Вообще есть кто-то кто понимает всё то, что вносится с такой скоростью на уровне исходных кодов? Реально ли понимать (осознавать) код других людей с такой скоростью? Или в ядро вносятся изменения по типу: собралось - и зашибись!? Т.е. в ядро при желании можно внести вредоносный код, ну там сбор данных, слежка, аналитика чужих данных и т.п. Кто то знает, как примерно организована совместное со всем миром внесение изменений в ядро? Спасибо, если нашли время мне ответить.
> Интересно, а вносимый код как то верифицируется и кем?Да и довольно строго.
> Вообще есть кто-то
> кто понимает всё то, что вносится с такой скоростью на уровне
> исходных кодов?Все понимать не нужно: у каждой подсистемы есть свои мейнтейнеры, которые хорошо знают и отвечают за какую-то конкретную подсистему.
Статья по этой теме: https://habrahabr.ru/post/320092/
Спасибо за статью, интересно было почитать.
В принципе, наверное, если кто-то захочет, то напрямую свяжется с мейнтейнером и за плату или с помощью терморектального криптоанализа прибегнет к внедрению вредоносного кода, бэкдора и т.п. Если в среде мейнтейнеров остро обсуждается эмоциональное выгорание, то скорее всего, выгорание можно подкрепить N-ой суммой денег в виде взятки (незаконной, негласной оплаты) и внедрить любой код, тем более, что (цитата из статьи):
>Ещё одна проблема в том, что при нынешней иерархической системе большая часть патчей >самих мейнтейнеров никто не рассматривает и не анализирует.
> В принципе, наверное, если кто-то захочет, то напрямую свяжется с мейнтейнером и
> за плату или с помощью терморектального криптоанализа прибегнет к внедрению вредоносного
> кода, бэкдора и т.п. Если в среде мейнтейнеров остро обсуждается эмоциональное
> выгорание, то скорее всего, выгорание можно подкрепить N-ой суммой денег в
> виде взятки (незаконной, негласной оплаты) и внедрить любой код,Проблема есть, но не все так просто.
>>Ещё одна проблема в том, что при нынешней иерархической системе большая часть патчей >самих мейнтейнеров никто не рассматривает и не анализирует.
1. Доверие: его очень легко потерять и невозможно вернуть. Никто без крайней необходимости не рискнет им.
2. Просматривают код как майнтейнеры рангом выше, так и совершенно посторонние люди - кто-то баг хочет поправить, кто-то бэкпорт в старое ядро сделать. Рано или поздно, но этот код увидят.По факту - вероятность встретить вредоносный код в открытом проекте на порядок (а то и на два) ниже, чем в закрытом.
сколько багов аналогичных "улучшению" openssl в debian вы знаете в закрытых проектах ?
Я не слежу за этой темой. Но сразу вспоминается преднамеренно ослабленная защита gsm и бэкдоры в cisco.
> Я не слежу за этой темой. Но сразу вспоминается преднамеренно ослабленная защита
> gsm и бэкдоры в cisco.Эллиптические кривые NIST, принятые без должного конкурса и особенно dual EC DRBG.
Стандарты SSL и TLS. Дико сложные, с кучей опций, а ранние версии еще и совершенно официально впаривали ключи 40 битов в размере. Да и DES с 56-битным ключом втюхивали только в путь.
Мало? Транспортников в ряде стран хакеры имеют через беспроводные карточки. Там сдуру поюзали удешевлеенный вариант Mifare, с кр00тым 48-битным ключом и сверхнадежным проприетарны алгоритмом. Подобный размер ключа позволяет хитрозадым личностям ездить совершенно бесплатно.
А еще жила была фирма Actel. Которая делала всякие там FPGA и очень хвасталась своей защитой прошивок от чтения всякими посторонними. Шифрование AES даже сделали, чтобы даже при чтении массива электронным микроскопом дескать облом. И был любопытный чувак, который додумался поfuzzить jtag этой fpga. И нашел какие-то команды которых в документации нет. Оказалось что одна из команд читает прошивку. Уже опосля расшифровки. Вот такая вот крутая защита с AES шифрованием. А расшифрованная прошивка читается через JTAG недокументированной командой. И после этого кто-то удивляется что проприетарному шифрованию никто не верит? :)
> 1. Доверие: его очень легко потерять и невозможно вернуть.Расскажите это Элопу - как он не спит по ночам и кается. :)
> Рано или поздно, но этот код увидят.
И что они в нём поймут?? Бэкдор - его не обязательно делать как send("fbi.gov", telemetry); - он может быть просто узявимостью-переполнения-стека - этого более чем достаточно.
> По факту - вероятность встретить вредоносный код в открытом проекте на порядок
> (а то и на два) ниже, чем в закрытом.Сказки. Ещё раз: коду не обязательно быть "вредным", ему достаточно быть "небезопасным". И вот такого кода в ядре - полно!
> Расскажите это Элопу - как он не спит по ночам и кается.
> :)Что Элоп, у нас есть Поттеринг :)
> Сказки. Ещё раз: коду не обязательно быть "вредным", ему достаточно быть "небезопасным".
> И вот такого кода в ядре - полно!Что дыр в ядре хватает - не новость. Вопрос в том, намеренно ли они там? После обнаружения дыры, всегда можно отследить путь ее появления. Вроде был один случай, когда кого-то заподозрили в подобном ...
>Вопрос в том, намеренно ли они там?А у кого есть средства (ресурсы) и желание с этим разбираться? Кому это надо искать бекдоры?
>Вроде был один случай, когда кого-то заподозрили в подобном ...
А скольких еще не заподозрили? На доказательства нужны ресурсы - знания, опыт сравнимый с мейнтейнером, время, деньги :)
> Что дыр в ядре хватает - не новость. Вопрос в том, намеренно
> ли они там? После обнаружения дыры, всегда можно отследить путь ее
> появления. Вроде был один случай, когда кого-то заподозрили в подобном ...Сейчас на ядре гоняют толпу инструментов анализа и отлова - как угодно, но они уже поляну здорово вытоптали. Лучше многих других. Хотя в проекте такого размера всегда есть шанс что что-нибудь найдется. Но как угодно, а взломы особенно ремотные через уязвимости ядра - явно не самая большая проблема безопасности наших дней.
> Что Элоп, у нас есть Поттеринг :)Извините, теперь у вас еще xorg'о'капец есть. Убунты уже рискнули здоровьем зарелизиться с сессией вэйланда по дефолту.
> Что дыр в ядре хватает - не новость. Вопрос в том, намеренно
> ли они там? После обнаружения дыры, всегда можно отследить путь ее
> появления. Вроде был один случай, когда кого-то заподозрили в подобном ...DirtyCow навскидку. Обнаружили и предложили патч чуть ли не сразу, но большое начальство сказало "Не трогать!" и критическая дыра висела чуть ли не десяток лет. Настораживают такие игры вообще-то.
> DirtyCow навскидку. Обнаружили и предложили патч чуть ли не сразу, но большое
> начальство сказало "Не трогать!"Линус говорит, что исправил уязвимость еще в 2005, но сломал s390. Из-за этого пришлось откатить патч. Хотите сказать что это преднамеренное вредительство?
https://github.com/dirtycow/dirtycow.github.io/wiki/Vulnerab...
Критическая дыра в ядре, через которую в системе можно творить что угодно не будучи рутом и закрытая после серьёзного флейма только в 2016 году, хотя разрабы ядра знали о ней почти 12 лет - это очень похоже на преднамеренную закладку.
Тогда в чем смысл был ее изначально пытаться закрыть? Больше похоже на типичное программерское раздолбайство - не получилось сразу, а потом руки ни у кого не дошли.
> Расскажите это Элопу - как он не спит по ночам и кается. :)Это ему Гейтс теперь расскажет, показывая свой новый телефон с андроидом :)
> как send("fbi.gov", telemetry); - он может быть просто узявимостью-переполнения-стека
> - этого более чем достаточно.И много ты таких бэкдоров видел? Хорошо работало со всеми KASLR, переносом по максимуму в r/o data, защитой от копирования из user и проч? К тому же из-за kasan, fuzzing от дущи, пятка статических анализаторов которые на Linux тестят и проч - спалится на раз.
> Сказки. Ещё раз: коду не обязательно быть "вредным", ему достаточно быть "небезопасным".
> И вот такого кода в ядре - полно!И как, много плохие парни линуксов наломали таким манером? Чет я так смотрю, mirai ломал их вводя admin:admin в телнет, кстати так и не только linux ломать можно :)