Сопровождающие пакеты с ядром из компании Canonical (Canonical Kernel Team) объявили об изменении процесса выбора версии ядра Linux для предстоящих релизов Ubuntu. Решено поставлять в дистрибутиве ядро Linux, самое свежее на момент релиза. Соответственно, стабилизация и подготовка пакетов с ядром в процессе подготовки новых версий Ubuntu теперь может производиться не только на основе сборок уже существующего релиза ядра, но и на основе публикуемых кандидатов в релизы...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61676
Если все положить в контейнер версия ядра перестает играть какую либо значимую роль.
Здрасьте.
Контейнер не виртуалка. Он не подменяет ядро.
Виртуалка тоже не означает свежего ядра. Об этом и новость.
Где в новости хоть слово про виртуалку?
По жизни так перевераете чужие слова в угоду своих заблуждений?
Как бы, все контейнеры вокруг одного общего едиственного ядра крутятся. Так что содержимому какого-либо контейнера эта версии ядра может и не понравится.
Вообще-то наоборот, в основном ядро и система контейнеризации и будут играть значимую роль. Но все пихать в контейнер это клиника.
Всё в контейнер - хороший способ изолировать вендорские неудобные фантазии от своей среды.
В каком-то смысле уже сделано https://en.wikipedia.org/wiki/Genode
а если контейнерр положить в убунту то играет. об этом и новость
Вот тут я немного запуталси:Есть дебиан, его фишка - максимально протестированное и патченное, пусть и с циферкой пониже. Подход понимаю, всем не затронутым повесточкой из команды дебиана - респект и уважуха.
Есть арчилинукс, его фишка - максимально свежее и ванильное, пусть и чреватое багами, упущенными в core-testing, хотя минорные версии ядра так вообще кажется буквально сразу прилетают в основную репу. Подход понятен, как и посыл в апстримные рассылки, аналогично, всем нормальным людям оттуда также респектос и уважуха.А это тут зачем? Не понимаю.
Стабилизация и замораживание пакета само за себя говорит - версия постарше, но пообкатаннее и с уже налаженным каналом приёма патчей из бэкпортов.> что вызывало недовольство пользователей, желающих получить самое свежее ядро с актуальной функциональностью и поддержкой оборудования.
Зачем им тогда вообще дистро с релизной моделью, когда есть зрелые, обкатанные (т)роллинг и полу(т)роллинг дистрибутивы?
что значит максимально протестированное?
с известными проблемами? :-)
Все верно. таков путь.
> что значит максимально протестированное?Я бы ещё спросил, кем протестированное и на каком оборудовании? Пока что получается что у погромистов ядра нет никакой ответственности за свой код.
Все твои "фишки" мимо, меньше читай газет. Свежее ядро необходимо из-за того, что разработкой ядра занимаются дилетанты, неглядя (и не думая) бэкпортирующие кривые патчи в лтс. Какой-то контроль есть только за этими самыми "свежими версиями".
это точно, и к сожалению, не-дилетанты с опенет слишком заняты строчением своих важных мыслей на сайте с классической табличной вёрсткой из 90-00х, и у них просто не остается времени что бы сделать ядро линукс таки идеальным
> Какой-то контроль есть только за этими самыми "свежими версиями".тоже нету. Но поскольку так и так его нет, а драйверы в только что из под хвоста хотя бы - свежее, то и незачем страдать.
(кто все эти люди, которым надо драйвер того что в продаже появится послезавтра - спросите у бубуинов)
А есть оставшиеся 99% пользователей, которым надо чтобы стим быстро запускался и в документацию не надо было смотреть.
> Стабилизация и замораживание пакета само за себя говоритDebian это не совсем стабилизация.
Надо понимать, что ядро Debian и ядро Arch, это параллельные ветки ядер.
Большинство багов и уязвимостей исправляется параллельно в текущем актуальном ядре Arch и в текущум ядре Debian, просто ядра отличаются мажорными версиями и некоторыми фичами, которые далеко не всегда влияют на стабильность и даже напротив, новые фичи более нового Linux ядра Arch, в какой-то мере добавляют стабильность. Новые фичи меняют мир к лучшему.А ядро Debian точно также постояно меняет минорные циферки, как и ядро Arch. Исправляются баги и уязвимости, а новые фичи не завозят. Как по мне, это можно тоже назвать нестабильностью, потому что приходится свыкаться, что определенных фич просто не будет пока не будет обновлён сам Debian. Это примерно, как привыкание жить в квартире без ремонта или в рванных штанах ходить.
И похоже то, что я описал выше осознали разработчики Debian.
> новые фичи более нового Linux ядра Arch, в какой-то мере добавляют стабильность. Новые фичи меняют мир к лучшему.Угу, вот свежий пример:
https://github.com/tuxera/ntfs-3g/issues/108Какой-то погромист перепахал код файловых систем и сломал пользователям монтирование NTFS. Офигенно улучшил!
> новые фичи более нового Linux ядра Arch, в какой-то мере добавляют стабильность.
Это прям как по Оруэллу мантра от арчеводов, "баги - это стабильность, ломать - значит улучшать, релизить - значит тестировать".
> Какой-то погромист перепахал код файловых систем и сломал пользователямпользователям которым нетерпелось обмазаться наисвежайшим и которые радостно полезли теребонькать новую пепяку, установив ее в недефолтное значение, не ведая что творят?
Ну ок, они же ж и должны же - страдать?
(да, желание работничков тухлocepи разбираться в причинах тоже, конечно, очень показательное)
> пользователям которым нетерпелось обмазаться наисвежайшим и которые радостно полезли теребонькать новую пепяку, установив ее в недефолтное значение, не ведая что творят?Пользователи просто поставили LTS-выпуск дистрибутива. Хватит ломать клоунаду.
>> пользователям которым нетерпелось обмазаться наисвежайшим и которые радостно полезли теребонькать новую пепяку, установив ее в недефолтное значение, не ведая что творят?
> Пользователи просто поставили LTS-выпуск дистрибутива. Хватит ломать клоунаду.В каком таком "LTS" у тебя ведра аж 6.8.5?
I thought it may be good to know to avoid the kernel guys doing whatever caused it again on accident. And @philstephenson's issue is uncertain. My kernel config is Debian's - modconfig + some specific non-FS things I want FYI.
но ты ж, ванька, не умеешь, поди, в английский?
https://github.com/tuxera/ntfs-3g/issues/108#issuecomment-20... - внезапно, если бы у кого-то ручонки не чесались бы - все бы работало как раньше, в ядре разумеется sane default. Но обезьянки не могли не потеребонькать, причем разумеется даже не пытаясь разобраться, что это и чем чревато.
Взяли и сами себе отключили доступ к block device. Ну а чо, можно же!Причем не приходя в сознание - вооон, майнтейнер ntfs пусть разбирается, что я у мамы умничка в своем конфиге накуролесил, а то ж мне-то некогда, я ценные issues постить побежал.
> В каком таком "LTS" у тебя ведра аж 6.8.5?Сам придумал про 6.8.5? В Linux Mint 22 ядро 6.8, дальше читай Release Notes:
https://www.linuxmint.com/rel_wilma.phpТвой некультурный словесный понос дальше не читал. Возможно им заинтересуются санитары, мне за общение с психически нездоровыми не платят.
Уважаемый, Вы уж извините за прямоту, но реально так, Вы выдаёте словесный пoнoc. Прочитать Ваши мысли до конца крайне сложно.
Поработайте над собой в этой части.
>Новые фичи меняют мир к лучшему.Вообще ни на чём не основанное утверждение.
Незачем. Убунту не нужна в современном мире. По сути это легаси, которое ещё долго будет искореняться.
А что нужно?
Именно поэтому большинство выбирает Убунту)З.Ы. Попа боль у арчеводов, их подделку любят только извращенцы
Уважаемый анонимный эксперт, скажите пожалуйста какой дистрибутив Линукс использовать на сервере и на десктопе?
Симпли же. Там и капитан злобный )
Автор, Вам уже накидали столько вопросов, а Вы стесняетесь почему-то дальше веселить народ.
>Есть дебиан, его фишка - максимально протестированное и патченное, пусть и с циферкой пониже.Ну вот убунтоидами и протестированное.
Тут не "зачем", а "почему". Потому что хотят брать LTS ядро, а не заниматься переносом изменений в неподдерживаемую ветку самостоятельно.
а чего, у убунтоидов все на столько грустно, что они из *.deb не могут себе какое хотят ядро поставить сами? чего у них там вызывало недовольство...
Щас любители впихивать бубунтушные ядра в Астру подтянутся, и все тебе распишут!
Ядра оказывается в деб пакетах из воздуха появляются. Если так где мой пакет для ядра 2.6.32?
Вообще-то могут, у них есть целый ppa с "mainline kernels".
> а чего, у убунтоидов все на столько грустно, что они из *.deb не могут себе какое хотят ядро поставить сами? чего у них там вызывало недовольство...Почитать как они выбирали размер /boot и рассуждали про количество нужных пользаку версий ядра...
Проблема создания вендорлокнутого решения и слабой разработки.
До Огрызков ни разу не дотягивают ни в чём. Но хотят как Ой-Тюнс-Хухло-Плей. Систему изоляции софта от пользака начали делать, но не смогли без Системды осилить важную часть, не смогли пока осилить инсталляцию всего из собственного формата пакетов.
Но если упираться, то получиться рано или поздно. Потому всё грустно на этой поляне: хотят вендор-локнуться, но слабые разработчики.
> а чего, у убунтоидов все на столько грустно, что они из *.deb
> не могут себе какое хотят ядро поставить сами? чего у них
> там вызывало недовольство...Это всё наброс маркетолухов, никогда в Canonical не волновали настоящие пожелания пользователей, достаточно вспомнить эпохальное шествие Unity и то как Маркуша вертел все мнения пользователей, а потом вертел ещё раз, когда её закапывал.
А когда они решили поиграть в игру - "мы сейчас откроем тему для общение и пожелания от народа" то им там столько накидали на воротник, что они поспешно решили, что погорячились либеральничать и играть в демократию и скоренько тему прикрыли.По факту, уже несколько лет существует https://kernel.ubuntu.com/mainline/ в котором собираются убунто-православные любые версии ядер протестированные в убунте же. Так что если бы обычным рядовым пользователям нужны были бы более свежие ядра, их всегда можно было бы взять и установить даже без компиляторства и опакечивания, поэтому это всё маркетолуховый бред от начала и до конца.
Истинная причина в том, что канониклу надо иметь какие-то ядра в официальной поддержке, а это именно поддержка, включая совпровождение мажорной версии, патчинг секурити-апдейтами и прочий бэкпортинг распространённый в взрослых интерпрайзных вендоров. Но групка Маркуши не вывозит такой объём работ, хитрый Маркуша хочет наоборот, на чужом горбу почаще кататься и меньше вкладывать человекочасов в свои поделия, а следовательно и бабок и нести поменьше ответственности в случае факапов.
Поэтому был разработан и принят к исполнению хитрый план, надёжный как швейцарские часы, намылить лыжи в сторону атомарных систем, Маркуша спит и видит в итоге выпускать лишь ubuntu-core и только за неё отвечать. Всю лишнюю работу по опакечиванию сторонних пакетов он хочет скинуть с плеч своих мейнтейнеров на немамонтов которым зафорсили идею снап-снап и в продакшон. Тут Маркуша хочет повторить историю успеха Гугла с android с его гуглоплеем, когда Гуголь выкатывает только систему, а немамонты за пределами компании опакечивают и сами охотно несут свои поделия наполнять ими подконтрольный репостор. Привет снапстор.
А желание брать новые версии ядер от того, что они устали тянуть на своём горбу LTS-версии, которые получаются LTSами в стиле Debian, когда Дебианский LTS по сути ложиться поддержкой на плечи самих разрабов Дебиана и они своими силами вынуждены тянуть поддержку их собственного LTS, который уже ничего общего с мейнлайновым LTS может не иметь, потому что тот уже давно EOL. И зачастую так и просиходит. Вот только у Маркуши свербит от того, что ему порой приходится ещё чаще клепать подобные ядра, ведь он пообещался во-первых выпускать новые релизы ровно по срокам, а во-вторых ещё и поддержку растягивать много больше, чем в Debian по годам. Если что, дебианский LTS и тем более Freexian ELTS охватывают в себе много меньше поддерживаемых пакетов, нежели тот объём, который обязала себя поддерживать Canonical по программе Ubuntu Pro и на дистанции, года через 4-5 у Canonical в их LTS больше обещанных к поддержке пакетов, чем у Debian, который расчитан на жизнь в рамках релиза, на крайний случай в рамках oldstable.
И вот в такой ситуации Маркуша смекнул, что надо бы и здесь, пока Ubuntu движется к своему успеху в виде Ubuntu-core нужно спрыгнуть с практики держать свои собственные LTSы, которые им надо тянуть на своём горбу, а ввести пракутику более частого завоза апстримного LTS, у которого EOL чаще, как и смена одной мажорной LTS версии на другую.
Так что это не про удовлетворения нытья пользователей, это про сокращение издержек путём выезда на чужом горбу.
А в итоге, если и будет какой-то в итоге факап, то этож не они виноваты, этож апстрим всем подряд подгaдил. А тут ещё и возможность откатов атомарной убунтиной коре подоспеет. Так что если даже где-то в проде что-то в результате и упадёт, то оно шамо очень-очень быстро поднимется и откатится, типа и не падало. ¯\_(ツ)_/¯
Прекрасно, я этому очень рад! С нетерпением жду релиза и готов к обновлениям! Это просто идеальный дистрибутив для новичков!
Еще kali тоже идеальный
Тот самый kali, который от слова...
Кали больше для хакеров. Настоящие уважающие себя хакеры используют кали. Нет ни одного хакера, который бы сидел не на кали. А обычным пользователям кали ни к чему, они же не хакеры. А кали только для хакеров.*Отправлено из кали*
Нормальные хакере используют Wubuntu которая выглядит один-в-один как Windows, чтобы не привлекать к себе внимание не хакеров когда сидят в кафе.
А чтобы открыть консоль удаляются в туалет
> Кали больше для хакеров. Настоящие уважающие себя хакеры используют кали. Нет ни
> одного хакера, который бы сидел не на кали. А обычным пользователям
> кали ни к чему, они же не хакеры. А кали только
> для хакеров.
> *Отправлено из кали*Из чего, простите?! xD
Со свежайшими ядрами будет самое то для новичков. Внезапно, регрессионные изменения могут и BTRFS накрыть тазом, но это же новичкам не страшно.
Ага подумаешь 2 терабайта диск полетел ). Привет это я тот дуралей бахнувший через convert to btrfs свой жестикий диск, и да бэкап был но был плохим...
> Со свежайшими ядрами будет самое то для новичков. Внезапно, регрессионные изменения могут
> и BTRFS накрыть тазом, но это же новичкам не страшно.Ну конечно, новичок прилетевший с глючащей винды ловит факап файловой системы с похороном всех его фоточек с котиками и радуется как он прилетел с глюкавой винды на ещё более глюкавый линукс, да ещё и в котором кpacнoглaзить надо и половину привычного софта не пашет, рекомендация 12 из 10, Агонь!
Это сарказм сейчас был ? ))
Идеальный дистрибутив для новичков - gentoo. Дабы пройдя через всю вику и ручную настройку системы понять как устроены линукс дистрибутивы, и как их чинить когда что-то пошло не так.
Через месяц как наиграешься в конструктор можно поставить дебиан.
Убунта для docker девляпсов.
LFS же.
Это идиотизм сейчас был ? ))
Пользователь не обязан знать, как этот ваш Линукс работаете под капотом. Генту бесполезная трата времени.
>Через месяц как наиграешься в конструктор можно поставитьWindows 11
> Это сарказм сейчас был ? ))
> Идеальный дистрибутив для новичков - gentoo. Дабы пройдя через всю вику и
> ручную настройку системы понять как устроены линукс дистрибутивы, и как их
> чинить когда что-то пошло не так.
> Через месяц как наиграешься в конструктор можно поставить дебиан.
> Убунта для docker девляпсов.Должен признаться, за 15 лет работы в линуксах, я так и не осилил Gentoo, оно даже на стадии установки кpacнoглaзo донельзя, а в поддержке также не даёт расслабиться, стыд мне и срам, по идее меня должны были бы выписать из линуксоидов и выгнать с работы, но я умело шифруюсь и прикидываюсь бывалым, в чём помогает демонстрация знаний в читерских бинарных мейнстримовых дистрах.
А гентушникам привет "повторяемости" собираемых из сорцев рандомным образом пакетам передают неосиляторы со скучными бинарниками от вендора интерпрайзных дистров, которых по любой статистике большинство, чем гентушных установок с генушниками вместе взятыми. Но я их очень увожаю, мужики, так держать! Пока есть вы, у нас есть эталонные идеалы кpacнoглaзия и посвещение своего свободного времени сорцам и компиляторствам! Горжусь вами, мужики, держу за вас кулачки!
А мне стыдно, что я неосилятор и таким крутым наверное никогда не стану, знайте это и гордитесь собой, вы элита!
> Прекрасно, я этому очень рад! С нетерпением жду релиза и готов к обновлениям! Это просто идеальный дистрибутив для новичков!Макóс на Макбуке гораздо лучше для новичка.
А если для новичка нужен Лялих, то Бубунта - плохой выбор. Т.к. она изолирует устройство от новичка, труднее разбираться, настраивать. И получается на Бубунте ни разобраться толком, ни софта по уровню Макоси, а так себе - ни рыба ни мясо.
Потому новичку Макбук нужен, а не то, что ты назвал.
>планируют поставлять не уже доступное ядро 6.10шта?
Фyфло эта Ubuntu. Версию 22.04 использую с момента выхода. Баг на баге. Если Canonical, имея огромный бюджет не может создать стабильную ОС, то что говорить об остальных, живущих за счёт энтузиазма и незначительных донатов?
>то что говорить об остальных, живущих за счёт энтузиазма и незначительных донатова они могут, хыхы
Вставь руки в нужное место.
Ну и бред. Один из самых стабильных и не глючных дистрибутивов.
Gentoo: А мужики-то и не знают.
Походу хомячки testing и unstable ветки даже палкой не трогают.
> Походу хомячки testing и unstable ветки даже палкой не трогают.Судя по качеству релизов ядра в последние года, а есть ли между ними разница? Может что-то сломанное быть ещё более сломанным?
>желающих получить самое свежее ядро с актуальной <..> поддержкой оборудованияДо сих пор не осилили вынос драйверов из дерева исходников. Какой мрак.
Мне в ALT понравился подход: команда обновления ядра отдельно от остальных обновлений.
В смысле отдельно? По apt dist-upgrade остаётся дырявое ядро?
А почему Вы считаете, что новая версия ядра - это латание дыр в только Вами используемых модулях/возможностях?
Там ничего нет про новую версию. Если под "новой" понимать изменение минорной версии (X.Y.вот_этой), то "латание" производят авторы ядра для всех модулей.
Обновлять ядро приходится отдельной командой (тем, кто про неё знает). И initramfs может лишний раз сгенерироваться (не помню что случается, если не хватит места).
Неизвестно что они там химичат.
Судя по результатам, его.
Так бы в Убунте сделали. Утомило после обновления ставить драйвера повторно)
Этот вынос ничего не даст, только увеличит объём работы сопровождающим. Ибо stable API is nonsense никто отменяить не будет.
> stable API is nonsenseЭто придумали погромисты-любители, которые в 90-х сами себе ядра писали под своё оборудование just for fun. Если вдруг что-то конретно у них на машине ломается - они либо чинят, либо пинают соседа "Эй, ты чо там у меня сломал? Верни всё взад".
Как всю эту бесконечную программистскую вечеринку (без какого-либо отдела QA или ответственности за написанное) превратить в готовый конечный продукт для обычного Васяна - так до сих пор никто и не додумался. Ну разве только Red Hat, который придумал бесплатных пользователей превратить в альфа-тестеров.
В качестве плохого решения придумали "мариновать" ядра, типа "авось оно само там починится". Хотя от того что кривой код (который никто не тестировал на пользовательском оборудовании) промаринуется год-два-десять он никуда не исчезнет.
И тем не менее, совместимость с оборудованием среднестатистического Васяна оказывается очень даже неплохой. Намного лучше, чем у любой xBSD.
На кой мне разновейшие ядра, если моему компу 10 лет? Совсем там в канониКАЛ поехали, ещё со времён смены ядер в **.02, **.03, **.04...
А сколько раз в год у вас Убунта выходит? Я всегда думал, что бывает только **.04 и **.10 .
У lts несколько выпусков.
Моему компу 12 лет, стоит ядро 6.10.3.
ну стоит и стоит, если тебе нужен лишний хлам для тонны более нового железа
да, хламу много,но ядро летает гараздо шустрее чем 6.1.
А ведь раньше первое, что делалось после установки линукса — компилировалось ядро под себя. А теперь рожу кривят — ядро им не то в комплекте.
ну так понабежали со швиндовса.а замашки остались.
Так а тогда откуда бежали?
В команде бета тестеров пополнение!
Тестовый полигон!
"С учётом того, что новые ветки ядра формируются каждые 2-3 месяца, часто возникала ситуация, когда в состав релиза Ubuntu входила предыдущая ветка ядра, несмотря на публикацию новой стабильной ветки незадолго до релиза Ubuntu, что вызывало недовольство пользователей, желающих получить самое свежее ядро с актуальной функциональностью и поддержкой оборудования."
Если бы они всегда свежие ядра и месу поставляли бы в бэкпортах как опцию, тогда другое дело.А так это выглядит как:
1)Какая-то дешёвая попытка спрыгнуть с необходимости поддерживать LTS своими силами 5-10 лет или сколько сейчас там Убунта умеет жить?!
2) Уже давно существует ppa для Убунты где собирают все версии ядер довольно качестванно.
3) С каких пор канониклов волновало мнение пользователей?
В итоге в дефолт версию убунты пролезет еще больше багов. Зато ядро "свежее".
Для нового ядра, если оно действительно необходимо в официальном убунстовском репозитории были всяккие OEM ядра.
Как знал что надо перейти на дебиан.
> В итоге в дефолт версию убунты пролезет еще больше багов. Зато ядро
> "свежее".А им пофиг, им главнее меньше поддерживать самим, а больше давать на откуп "аутсорсу", в данном случае в лице апстрима.
> Для нового ядра, если оно действительно необходимо в официальном убунстовском репозитории
> были всяккие OEM ядра.Это тоже "лишнее", потому что приходиться собирать самим и нести ответственность самим.
> Как знал что надо перейти на дебиан.
Как знаете, у Дебиана тоже свои минусы, для кого-то возможно несовместимые с его понятиями о прекрасном дистрибутиве.
> LTS vs Interim
> Ubuntu Long Term Support and Interim releases 1 have differing support timelines and use cases and therefore may have slightly different policies in Late release situations. These will be explicitly specified when a distinction is necessary.В LTS грозятся так не гнать как промежуточных выпусках
> что вызывало недовольство пользователей, желающих получить самое свежее ядро с актуальной функциональностью и поддержкой оборудования.Надо что-то менять. На фичи ядра пользователям наплевать чуть более чем полностью (если не сказать сильнее). А вот какого хрена поддержку оборудования пишут не под LTS-ядра, а обязательно в свежайший master? Почему поддержка нового оборудования должна обязательно синхронизироваться с коммитами какой-нибудь очередной файловой системы VasyanFS или шатанием сетевой подсистемы?
Хорошо бы крупнейшим поставщикам дистрибутивов и оборудования сговориться и фиксировать единые LTS версии ядра раз в пару лет, и следующие два года коммитить только туда.
Но ведь ядро не умеет в свои же модули. Выход один микроядро.
Умеет. нет никакой проблемы написть драйвер под LTS ядро. Нет никакой проблемы ставить этот драйвер отдельно, как-бы пользователи nvidia так живут с начала времен. И о сюрприз их модуль для ядра он же часть драйвера (открытая но не свободная) поддерживает ядра 5 летней давности и до самого свежего. Просто многие производители оборудования на этом экономят. Тип и так схавают.
НУ и второе процес разработки ЛТС-а не предполагает добавления в него ничеого нового. Подобным красношляпа занимается, кстати. И оракл что ее дублирует. Ставишь оракл линукс - получаешь лтс ядро с новыми драйверами.
Казалось бы каноникал может взять и совмесно с ними пилить свое одно на всех общее ядро... но нет как всегда пошли своим путем.
Был дистрибутив для десктопа, стал дистрибутивом для виртуалок и контейнеров.
>> что вызывало недовольство пользователей, желающих получить самое свежее ядро с актуальной функциональностью и поддержкой оборудования.
> Надо что-то менять. На фичи ядра пользователям наплевать чуть более чем полностью
> (если не сказать сильнее). А вот какого хрена поддержку оборудования пишут
> не под LTS-ядра, а обязательно в свежайший master? Почему поддержка нового
> оборудования должна обязательно синхронизироваться с коммитами какой-нибудь очередной
> файловой системы VasyanFS или шатанием сетевой подсистемы?Если вы вдруг не в курсе, почему поддержку оборудование делают не под LTS, то значит не в курсе положения вещей. Они всё правильно делают, сам Линус, а следовательно и весь апстрим, топят за красношляпу, так или иначе. Сам Линус говорил, что дистрибутивы должны сами накладывать нужные им дистроспецифичные патчи на ядра, а ванила для разработки.
Если вы будете размышлять в ключе известных в уравнении, то не будете задаваться подобными вопросами.
В неLTS мейнлайн запихивают как раз для того, чтобы хомячки на себе потестили свежайшие фичи, собирая их на свою охочую до свежака попку. А взрослые дяди из той же красношляпы без особых проблем могут бэкпортить поддержку нового оборудования в замшелые LTS красношляпного разлива.
Это попутно ставит некоторые препоны для "халявщиков", чтобы те не так просто имели доступ к более стабильному продукту, а преимущественно занимались халявным бетатестингом. Profit!Если вы этого не понимаете, вы не понимаете как функционирует сурьёзный бизнис!
> Хорошо бы крупнейшим поставщикам дистрибутивов и оборудования сговориться и фиксировать
> единые LTS версии ядра раз в пару лет, и следующие два
> года коммитить только туда.Вы удивитесь, но примерно так оно и просиходит, только IBM сговорилась с красношляпой и поддерживает гораздо дольше и коммитит только к себе. Ничего личного, просто бизнес! ;)
Остальные либо на подсосах в попытках слепить тот самый CentOS, либо занимаются самодеятельностью, привет Убунта! ))
Скажите, как убрать телеметрию из Ubuntu Gnome ?
Удалить убунту, поставить дебиан. Если нужны новые версии пакетов поставить из бекпортов / из флатпака / поставить через nix или distrobox / собрать самому скачав исходники из тестинга.
В результате имеем нормальное ядро и внутренности. Но что угодно из пакетов и не надо парится что после apt update система не запустится.
>бекпортов / из флатпака / поставить через nix или distrobox / собрать самому скачав исходники из тестингаСпасибо, сохранил в .txt
1)
#https://wiki.debian.org/SimpleBackportCreation#Debian guide is outdated a bit
# go root
# me using docker image to not worry about main system if something goes wrong
sudo -idocker run -it --rm -v "/home/гыук/Files/TempFiles/builder":/builder:rw debian /bin/bash
apt-get install packaging-dev debian-keyring devscripts equivs nano
# add source and backports repositories
echo "deb-src http://deb.debian.org/debian/ testing main" >> /etc/apt/sources.list
echo "deb http://deb.debian.org/debian buster-backports main" >> /etc/apt/sources.list## OR
nano -w /etc/apt/sources.listapt update
# create build folders
mkdir somebuild
cd somebuild
mkdir <packagename>
cd <packagename># eg
# mkdir /builder/earlyoom
# mkdir /builder/earlyoom/earlyoom-1.6
# cd /builder/earlyoom/earlyoom-1.6# download sources
apt source <packagename>/testing# go inside sources folder
cd <packagename>-*/# Change package version to backport and add changelog entry about it
dch --bpo# Create virtual package to install all build dependencies and try to install it
mk-build-deps --build-dep
mkdir ../build-deps
mv ./*.deb ../build-deps
apt-get install ../build-deps/*.deb# if something goes wrong (wrong deps) - ypu can change control or sources
# if you changed sources do
#dpkg-source --commit
# to add ypur changes as patch to sources# build package
dpkg-buildpackage -us -uc# try to install package if neded
apt-get install ../*.deb# remove build folder
rm -r mesa_20.1.7# to unpack sources (if you messed up) use this
dpkg-source -x mesa_20.1.7-1.dsc# or this if you edited archives
dpkg-source -x --no-check veracrypt_1.19.repack-1.dscEver had a situation where you need to rebuild a Debian or Ubuntu package on a regular basis, but it takes an incredibly long time because it's running automatic tests - tests that you don't need until your final build?
For many of these packages, there's a simple way to disable the tests, by setting the DEB_BUILD_OPTIONS to "nocheck", before you build the package:
apt-get source openldap
cd openldap-2.4.21
DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -rfakeroot
Not all packages support this, however, and some packages might use 'notest' instead.There are a number of other values that can be used with DEB_BUILD_OPTIONS, too, if the package supports them:
noopt - turn off optimisation
nodocs - don't build documentation
nostrip - do not strip debugging symbols from binaries
parallel=n - use n parallel processes to build the package# if no source tarball
dpkg-buildpackage -us -uc -nc
### docker stuff#list images
docker images#find current ciontainer (working)
docker container list#save container as changed image
docker commit f803c2ed7980 ubuntu_builder_
# docker run builder command
docker run -it --rm -v "/home/user/Files/TempFiles/builder/ubuntu_20.04":/builder:rw deb_builder /bin/bashdpkg-buildpackage -us -uc -j 4
KolibriOS
Нет там никакой телеметрии, хватит пургу 10-летней давности разгонять.
Давно пора!
Молодцы. Все с Федоры тащат.
Эх, если бы.
>>часто возникала ситуация, когда в состав релиза Ubuntu входила предыдущая ветка ядра, несмотря на публикацию новой стабильной ветки незадолго до релиза Ubuntu, что вызывало недовольство пользователейЭтим недовольным пользователям невдомёк, что собственное независимое тестирование ядра и патчей к нему - это сложный процесс, занимающий немалое время, и, если за это время выходит новая версия, то это не повод бросать работу на полпути. Ну а сейчас, получается, тестировать вообще не будут, а будут вываливать как есть а пользователи пусть сами тестируют. Ну да, тогда количество недовольных по-любому поубавится.
Ubuntu _всё ближе_ к переходу на неизменяемый базовый образ системы с атомарным обновлением.
Поясню, такой подход к выбору новейших ядер часто практикуется именно в подобных дистрибутивах, т.к. поддержка широкого и новейшего класса устройств не может быть организованна загрузкой и установкой кастомных ядер, подключением сторонних репозиториев. Поэтому проблему техподдержки решают выбирая новейшее ядро. Ядра в таких системах отличаются более широкой поддержкой железа, его полировкой для автоматического распознавания и совместимости.
Ловко придумали: одни поддержку железа дропают в новых версиях ядра, другие эти ядра впаривают.
Странно, что еще ядро не в Snap`е.
Так из убунты делают Арч, на что бежать? Дебиан? Оракл?
Бегите обратно в Windows, она теперь так же нахаляву.
> так же нахалявуЭто как?
Точно так же можно скачать дистрибутив с ВинДОС, точно так же дистростроители и дистрибуторы сборочек не платят производителю ОС.
Для Ubuntu LTS ничего толком не меняется.
> Для Ubuntu LTS ничего толком не меняется.Вообще-то, LTS давно уже не LTS в ядрах. Если при установке ставил с флешки для трёх-числовой версии, то ядра начинают обновляться без всяких там LTS. А вот если ставил LTS из двух-числовой, самой первой версии в релизе, то немного иначе.
Убунта больше не торт, а странный бизнес полигон, где пользаку пользы особо нет.
1) LTS ядро в LTS версии не гарантируется. Не зависимо от точка.сервис-пак
2) Десктопная версия дефолтом будет обновлять ядра, серверная - нет. Неважно какую точка.сервис-пак ставить
>> Для Ubuntu LTS ничего толком не меняется.
> Вообще-то, LTS давно уже не LTS в ядрах. Если при установке ставил
> с флешки для трёх-числовой версии, то ядра начинают обновляться без всяких
> там LTS. А вот если ставил LTS из двух-числовой, самой первой
> версии в релизе, то немного иначе.
> Убунта больше не торт, а странный бизнес полигон, где пользаку пользы особо
> нет.Это не так. При серверной версии установки дефолтно поддерживается весь цикл жизни LTS самое первое релизное ядро для этой версии релиза убунты.
Далее по желанию или дефолтно для десктопной версии завозятся и обновляются бэкпортированные же версии LTS-ядер из других LTS дистрибутивов, выходящих раз в два года. так происходит два раза, далее идёт поддержка только изначального релизного ядра с которым была текущая убунта на первом релизе **.04 и последнее бэкпортированное ядро версии из **.04 + две мажорные LTS-версии.
При этой всей схеме в LTS версию убунты никогда не залетают промежуточные LTS ядра по штатной схеме обновления из официальных репозиториев убунты. Если пользователь сам своими шаловливыми рукчами не нахимичит чего-то странного.
И да, если вдруг в лагере маржаристов не знали, то апстримные LTS-ядра и LTS-ядра энтерпрайзных дистров, которые те своими силами поддерживают в режиме LTS-поддержки это не одно и то же, иногда они совпадают версиями на релизе, но частенько совершенно разных версий. Так что в рамках дистрибутивов, LTS-ядра это не то что подписано как LTS у апстрима, а то что имеет долгосрочную поддержку в стенах самого дистрибутива, такие дела.
>[оверквотинг удален]
> При этой всей схеме в LTS версию убунты никогда не залетают промежуточные
> LTS ядра по штатной схеме обновления из официальных репозиториев убунты. Если
> пользователь сам своими шаловливыми рукчами не нахимичит чего-то странного.
> И да, если вдруг в лагере маржаристов не знали, то апстримные LTS-ядра
> и LTS-ядра энтерпрайзных дистров, которые те своими силами поддерживают в режиме
> LTS-поддержки это не одно и то же, иногда они совпадают версиями
> на релизе, но частенько совершенно разных версий. Так что в рамках
> дистрибутивов, LTS-ядра это не то что подписано как LTS у апстрима,
> а то что имеет долгосрочную поддержку в стенах самого дистрибутива, такие
> дела.*При этой всей схеме в LTS версию убунты никогда не залетают промежуточные
не LTS-ядра по штатной схеме обновления из официальных репозиториев убунты...
Как поведут себя авторы Linux Mint?
Как-то так - https://www.linuxmint.com/download_lmde.php
почему всем нравится эта mint? почему это лучшее?
говорят все проблемы решены - но напротив именно mint зависал в стандартных ситуациях вроде копирования серфинга в интернете, да так что мне стало страшно за оборудование.
То что старые "протестированные" ядра безопаснее - это миф. Там не дыры затыкают, а баги мешающие стабильности. Этим и пользуются хакеры, они счастливы если им дать поломать дебиан или редхат.
Правильно надо создавать иллюзию кропотливой деятельности. Когда кодер пишет баг а потом сам же пишет багфикс.