Разработчики из компании Google объявили (http://connect.linaro.org/resource/sfo17/sfo17-400k1/) на конференции Linaro Connect 2017 о намерении обеспечить поддержку LTS-ядра Linux 4.4 в течение шести лет, вместо ранее практикуемого двухлетнего срока. Продление времени поддержки LTS-ядер позволит упростить сопровождение прошивок для различных потребительских устройств на базе Linux и увеличить их жизненный цикл.
Интерес Google к LTS-ядрам связан с проектом Treble (https://www.opennet.me/opennews/art.shtml?num=46542), в рамках которого развивается прослойка для отделения поддержки оборудования от версий Android. В настоящее время формирование обновлений для Android-прошивок для устройств Google производится в течение трёх лет. В качестве базиса для используемого в Android модифицированного ядра применяется обычное LTS-ядро, срок поддержки которого обрывается до завершении жизненного цикла прошивки. Компания Google намерена синхронизировать срок поддержки LTS-ядер со сроком поддержи ядер из прошивок Android, взяв в свои руки сопровождение.
Представители Google уже договорились с Грегом Кроа-Хартманом (Greg Kroah-Hartman), отвечающим за поддержку стабильной ветки ядра Linux и обеспечивающим двухлетнее сопровождение LTS-ядрам. Компания Google готова взять на себя поддержание ветки 4.4 (https://www.opennet.me/opennews/art.shtml?num=43652) в течение дополнительных четырёх лет, после того как истечёт изначально намеченный двухлетний период. Следующим LTS-релизом станет (http://www.kroah.com/log/blog/2017/09/06/4-dot-14-equals-equ.../) ядро 4.14, которое при участии Google будет сопровождаться до 2023 года. Ядро будет поддерживаться на общих основаниях, т.е. останется общедоступно, не будет содержать специфичных для Android изменений и продолжит поставляться через kernel.org.
Актуальный список (https://www.kernel.org/category/releases.html) LTS-веток ядра выглядит следующим образом:
- 4.4 - поддержка до февраля 2022 года (до февраля 2018 поддерживает Greg Kroah-Hartman, а затем Google);
- 4.14 - поддержка до ноября 2023 года (первые два года поддерживает Greg Kroah-Hartman, а затем Google);
- 4.9 - поддержка до января 2019 года (поддерживает Greg Kroah-Hartman);
- 4.1 - поддержка истекает в октябре 2017 (сопровождает Sasha Levin, работающий в Oracle);
- 3.16 - поддержка до апреля 2020 (поддерживает Ben Hutchings из Debian);
- 3.2 - поддержка до мая 2018 г. (поддерживает Ben Hutchings из Debian);
- 3.10 - поддержка до октября 2017 г. (поддерживает Willy Tarreau, автор HAProxy);
URL: https://arstechnica.com/gadgets/2017/09/android-users-rejoic.../
Новость: http://www.opennet.me/opennews/art.shtml?num=47298
2.6.32 наше все
> 2.6.32 наше всеПосле упразднения тестовой ветки и смены подхода к нумерации релизов линуксом стало невозможно пользоваться нормальному здоровому человеку. Какое-то минное поле, а не ОС общего назначения.
А чем LTS не релизы?
> А чем LTS не релизы?тем что в них по прежнему модно ломать api на ровном месте - только вот сегодня наткнулся на прекрасное.
А зачем полез в ядро в LTS релизе?
Какая там последняя версия GLibc может с ним работать?
убунту14 юзерленд запускал под FreeBSD, там как раз 2.6.32 эмулируется (правда не полностью) для запуска Kerbal Space Program :-)
Работало.
> 2.6.32 наше всеЭто не в нем ли, в его 64битной ипостасии была уязвимость, позволяющая простому пользвоателю получить рут-доступ ?
3.10 будет еще более "наше всё" :)))))))зы. до 2027!!!
зы2. до живем ли мы с дедулей?
А может проще было отпинать производителей кривых дров чтобы в майнлайн комитили и поставлять актуальный майнлайн, чем некромансить над окаменелостями?
а толку, если эти [штопанные гигиенические изделия из латекса] и так продают свой хлам партиями в 10 тыщ штук минимум, в гробу они видали тратить бабло на стаю грамотных разрабов, а на тех индусо-китайцах что есть - когда они сами начинают понимать _как_ это работает железке/чипу уже EOL наступил и на замену уже штампуют КАЛ v2,
вот и работает на костылях и/или блобахARM мир например - это просто абзац
единственный способ их отпинать - не покупать продукцию криворуких
но хомячкам-потре-дям всё это как-то пофигу, купил на 50 бачей дешевше и радуется, они не вникают в суть, для них важно то что написано яркими большими буквами на сайте, в рекламе, на коробке и они этому верят.
А что покупать шлак 5 летней давности, но без блобов ?
В шлаке любой давности есть блобы. Жизнь боль.
https://www.opennet.me/opennews/art.shtml?num=43507
> и так продают свой хлам партиями в 10 тыщ штук минимум,У китайцев на али{экспресс, бабе} - хоть от 1 штуки. Выгодно отличает их от американцев. Но разработчики софта из китайцев...
> ARM мир например - это просто абзац
Уже гораздо меньший абзац, в mainline многие популярный soc.
> единственный способ их отпинать - не покупать продукцию криворуких
А что покупать? Intel с ME зондами? И у них 1 проц дороже ящика модулей на ARM.
> но хомячкам-потре-дям всё это как-то пофигу, купил на 50 бачей дешевше и радуется,
Потому что цена/качество решает. Да и альтернатив не так уж много. MIPS недоразвит, открытые RISC-V и OpenRISC все только начинается, x86 просто кусок проблем, смарт или планшет на этом заряжается дольше чем разряжается. Не может интел понять что производительность мобильного устройства - ничто, если ты от розетки при этом отойти не можешь.
> Уже гораздо меньший абзац, в mainline многие популярный soc.ага, щаз (с)
в мэйнлайне они есть, только не работает почти нифига, ибо кода нет
хде mali в мэйнлайне, сестра?
а работоспособный drm?
то что SoC забутается (и то не факт) совсем не значит что мэйнлайновое ядро готово для практического применения
есть конечно исключения - например малины, но это заслуга производителя малинок, а не broadcom
amlogic? - абзац
rockchip? - абзац
allwinner? - даже слышать не хочу
mtk? - мои тапки дохнут со смехубез вендорского, обвешанного костылями со всех сторон ядра и часто блобанутых юзерспейсных библиотех ничего путного не слепишь, знаем плавали
> А что покупать? Intel с ME зондами? И у них 1 проц дороже ящика модулей на ARM.
я не про зонды, хотя это западло, да
но поддержка интелов и амд в мэйнлайн-ядро начинает добавляться часто ещё до выхода проца в продажу
> Потому что цена/качество решает. Да и альтернатив не так уж много. MIPS недоразвит, открытые RISC-V и OpenRISC все только начинается, x86 просто кусок проблем, смарт или планшет на этом заряжается дольше чем разряжается. Не может интел понять что производительность мобильного устройства - ничто, если ты от розетки при этом отойти не можешь.самэ так (с) приходится разбираться в сортах г-на и выбирать то что не так плохо пахнет
> А что покупать? Intel с ME зондами? И у них 1 проц
> дороже ящика модулей на ARM.Talos + Power8, конечно же :D
Интересно кто будет "пинать"? Может быть ты возьмёшь на себя эту обязанность? Начни сразу с nVidia.
Нвидиа, роди свой Паскаль обратно, а то он нам, насквозь проветреваемым амд-фанбоям, заваливает весь наш фанбойский горизонт? Так?
> Интересно кто будет "пинать"? Может быть ты возьмёшь на себя эту обязанность?Кому надо - тот и пинает. Мне проще покупать штуки на SoC с поддержкой нужной для задачи периферии в майнлайне.
> Начни сразу с nVidia.
Мне от них ничего не нужно. Но на месте Торвальдса я бы грохнул в майнлайне поддержку тегры, для симметрирования уровня удобств в взаимодействии.
> Но на месте Торвальдса я бы
> грохнул в майнлайне поддержку тегры, для симметрирования уровня удобств в взаимодействии.Звучит как: На месте Торвальдса я бы сократил свои и без того немногочисленные доходы.
> А может проще было отпинать производителей кривых дров чтобы в майнлайн комитили
> и поставлять актуальный майнлайн, чем некромансить над окаменелостями?API’n’ABI постоянно изменяют отнюдь не производители кривых дров.
> API’n’ABI постоянно изменяют отнюдь не производители кривых дров.Производителей кривых дров в майнлайне не ждут. Те кто это понял - стали частью майнлайна и дрова у них уже намного менее кривые. Потому что кривые закоммитить не дают. А остальные страдают от своей репоголовости и криворукости. Пусть страдают. Чем больше им мучений тем быстрее поумнеют, зря гугл им удавку ослабляет.
>> API’n’ABI постоянно изменяют отнюдь не производители кривых дров.
> Производителей кривых дров в майнлайне не ждут. Те кто это понял -
> стали частью майнлайна и дрова у них уже намного менее кривые.
> Потому что кривые закоммитить не дают. А остальные страдают от своей
> репоголовости и криворукости. Пусть страдают. Чем больше им мучений тем быстрее
> поумнеют, зря гугл им удавку ослабляет.То есть проблемы нет, потому что изменчивость API’n’ABI это не проблема вовсе? Ну, ОК.
Попутно замечу, что из-за этой непроблемы нет дров (либо есть кривые дрова, либо есть блобы) и от многих производителей оборудования. Почему-то люди хотят какой-то предсказуемости. Странного хотят, не иначе.
> Пусть страдают. Чем больше им мучений тем быстрее
> поумнеют, зря гугл им удавку ослабляет.Что-то мне подсказывает, что после этой инициативы Гугля многие крупные вендоры могут задуматься, зачем им вообще нужен постоянный геморрой с непредсказуемыми ядростроителями, и почему бы не запилить форк ядра для собственных нужд и дальнейшего развития, но без хаоса и базара.
А вообще ситуация располагает к выбрасыванию линукса на помойку и переходу к широкому использованию для ентерпрайзных нужд микроядерных систем. Тем более, что всё x86-железо уже стандартизировано по самое дальше некуда.
> ситуация располагает к выбрасыванию линукса на помойку и переходу к широкому использованию для ентерпрайзных нужд микроядерных системДело за малым — взять откуда-то эти микроядерные системы с кучей драйверов под них.
>> ситуация располагает к выбрасыванию линукса на помойку и переходу к широкому использованию для ентерпрайзных нужд микроядерных систем
> Дело за малым — взять откуда-то эти микроядерные системы с кучей драйверов
> под них.Точно так же написать, как пишут (точнее, не пишут) для линукса. Но при этом получить в итоге значительно меньше головной боли с ядром ОС, хотя и ценой некоторых накладных расходов, типичных для микроядерности. Ну так современное недорогое, особо подчеркну это, вычислительное железо вполне позволяет пренебречь этими расходами. Самое время хорошие теории делать хорошей практикой.
> Точно так же написать, как пишут (точнее, не пишут) для линукса.на это даже apple не решился в свое время. Хотя у него был миллион поводов это сделать, и не очень много действительно веских причин брать древнее-древнее ядро bsd.
И драйвера ему требовалось написать (и пришлось написать) не под все на свете, а только под собственное железо из крайне ограниченного списка и уж, конечно, полностью доступными для его разработчиков спецификациями (и горячим желанием продавцов "партиями от 10000" сотрудничать, потому что иначе можно было внезапно вылететь из этого списка, а не как с китайцами - "а драйвера мы вам не дадим, сперва заключите контракт на эти 10000 ежемесячно")> Самое время хорошие теории делать хорошей практикой.
до сих пор миру, по-моему, неизвестны случаи, чтобы корпорации делали практикой хорошие теоретические разработки такого масштаба. Слишком велик риск.
Обычно они ждут, когда хорошая теория станет практикой, а потом покупают весь индусский коллектив на корню.
>> Точно так же написать, как пишут (точнее, не пишут) для линукса.
> на это даже apple не решился в свое время. Хотя у него
> был миллион поводов это сделать, и не очень много действительно веских
> причин брать древнее-древнее ядро bsd.Легенды и мифы ИТ гласят, что одно время (точнее, с начала разработки Mac OS X и до окончания официальной поддержки PowerPC) Apple фактически разрабатывало параллельно две аналогичные системы под две архитектуры.
Ну и ядро же у них не совсем BSD, а гибридное с некоторыми компонентами от BSD.
>> Самое время хорошие теории делать хорошей практикой.
> до сих пор миру, по-моему, неизвестны случаи, чтобы корпорации делали практикой хорошие
> теоретические разработки такого масштаба. Слишком велик риск.QNX, например. Оно «не для всех», понятно. Но. И та же Apple, кстати, тоже, пусть и в виде наследия NeXT.
> Легенды и мифы ИТ гласят, что одно время (точнее, с начала разработки Mac OS X и до
> окончания официальной поддержки PowerPC) Apple фактически разрабатывало параллельно двеэто у вас какие-то вредные легенды. На практике apple с головой хватило эмулятора павер, встроенного в каждую max os x для писюковой платформы вплоть до snow leopard включительно.
Который, на удивление, работал - я как раз те годы провел в компании, которая очень любила маки и последовательно наступала на все их грабли вместе с эпплом.
(отсюда и мой раритетный не-эпловский-мак-совместимый ящик под столом)> Ну и ядро же у них не совсем BSD, а гибридное с
> некоторыми компонентами от BSD.ну хрен его знает, чем там занимались в cmu, но гибрид этот крайне странен - от bsd там, собственно, вся freebsd (то есть то, что в microkernel должно быть вообще в user space), кроме драйверов физических устройств...опаньки, которые в mach даже 3.0 являются частью ядра, такая вот дизайнерская особенность именно mach. (поэтому и работает ;-) То есть ровно ту часть mach, из-за которой оно может все ж таки претендовать на звание микроядра, эпловцы целиком оторвали нахрен, заменив bsd'шным ядром - кажется, они что-то подозревали.
> QNX, например. Оно «не для всех», понятно. Но. И та же Apple,
> кстати, тоже, пусть и в виде наследия NeXT.ну так они-то поступили правильно - именно что дождались и купили готовую технологию вместе с невзлетевшим стартапом (поэтому сравнительно дешево), единственный ньюанс был в том, что это был кого надо стартап, ну так в те годы индусских коллективов с табличкой "кодим за еду" просто еще не было.
>> Легенды и мифы ИТ гласят, что одно время (точнее, с начала разработки Mac OS X и до
>> окончания официальной поддержки PowerPC) Apple фактически разрабатывало параллельно две
> это у вас какие-то вредные легенды. На практике apple с головой хватило
> эмулятора павер, встроенного в каждую max os x для писюковой платформы
> вплоть до snow leopard включительно.Это не моя легенда, а городская. Но есть несомненный медицинский факт: когда они меняли процессор, то на руках у них было ДВЕ полноценные «одинаковые» работающие системы, поэтому замена произведена была сразу и, ввиду наличия также готового эмулятора PPC, практически безболезненно для всех. Это явно указывает на то, что готовились заранее и обстоятельно — то есть, видимо, с самого начала разработки OSX в ее каноническом виде, о чем как раз и повествуют легенды.
> Который, на удивление, работал - я как раз те годы провел в
> компании, которая очень любила маки и последовательно наступала на все их
> грабли вместе с эпплом.
> (отсюда и мой раритетный не-эпловский-мак-совместимый ящик под столом)Ну, у меня эпловская родная хардварь, на которой (уже интеловской) я через Розетту запускал пэпэцэшный софт вполне успешно. Правда выглядело это довольно своеобразно в плане отрисовки гуя для новых и старых софтин (собственно — рендеринга шрифтов), но это уже предания старины седой и к теме разговора не относятся.
>> Ну и ядро же у них не совсем BSD, а гибридное с
>> некоторыми компонентами от BSD.
> ну хрен его знает, чем там занимались в cmu, но гибрид этот
> крайне странен - от bsd там, собственно, вся freebsd (то есть
> то, что в microkernel должно быть вообще в user space), кроме
> драйверов физических устройств...опаньки, которые в mach даже 3.0 являются частью ядра,
> такая вот дизайнерская особенность именно mach. (поэтому и работает ;-) То
> есть ровно ту часть mach, из-за которой оно может все ж
> таки претендовать на звание микроядра, эпловцы целиком оторвали нахрен, заменив bsd'шным
> ядром - кажется, они что-то подозревали.Я не готов обсуждать здесь такие глубины. :)
> Что-то мне подсказываетЭто голоса в твоей голове... Это печально...
Не проще. Если гугел начнёт пинать производителей, то им будет менее интересен Android как платформа. На это можно было бы забить, если бы не было конкурентов, но есть проекты, которые подсиживают Android и готовы воспользоваться любой его ошибкой, чтобы выгрызть себе нишу на рынке -- в первую очередь Sailfish и Tizen. Поэтому гугел будет всячески облизывать производителей, чтобы те не сговорились и не вложились бы во что-то отличное от Android.Интереснее другое, делает ли Google хорошо производителям, поддерживая LTS ветку, или он им делает плохо? Ведь с одной стороны он снижает заинтересованность пользователя в покупке нового девайса, но с другой стороны в той же Европе есть движение, обладающее определённым политическим влиянием, нацеленное на то, чтобы сделать девайсы и в первую очередь смартфоны, ремонтнопригодными, с целью увеличить их срок службы. То есть, может быть, гугел делает производителям хорошо, позволяя им не парясь на раскрытие исходного кода, получать более долгую поддержку устройств, и меньше проблем с европейцами, которые ведь запросто могут начать вводить дополнительные налоги и сборы на слишком быстро устаревающие устройства.
При этом сам гугел может быть даже не думает о том, чтобы причинять производителям какую-то пользу, может быть он думает чисто о конкуренции андроида и iPhone, у которых с ремонтопригодностью совсем швах. Может он просто пытается поломать эппловскую модель окучивания потребителей.
Как ни странно, большинство девайсов не так уж плохо чинятся. Вопрос желания и рентабельности. Даже откровенная халтура не в почете - отсутствие запаса прочности отливается гарантийными возвратами. Но от ремонтеров требуется апгрейд левела. Орк с молотом-паялом, бухой птушник и джамшут с стамеской не принадлежат к миру хайтека. Их проблема именно в этом.А европейцы удружили RoHS'ом. RoHSовый припой тугоплавок, отпаивать сложно, выше риск что-нибудь пережарить. Но это все-таки лучше чем отравление свинцом, если ремонтировать много. Еще можно вспомнить usb forum. М*даки которые дизайнили разъемы usb прогуливали сопромат.
> А европейцы удружили RoHS'ом. RoHSовый припой тугоплавок, отпаивать сложно, выше риск что-нибудь
> пережарить. Но это все-таки лучше чем отравление свинцом, если ремонтировать много.
> Еще можно вспомнить usb forum. М*даки которые дизайнили разъемы usb прогуливали
> сопромат.Про tin whiskers многоуважаемый аноним, возможно, не в курсе — ведь производители коварно молчат, будто сговорившись.
В несколько более растянутой во времени интроспективе картина маслом такова: после торжества зелёного екологического идиотизма возрастает количество отказов разнообразного оборудования, причём оно зачастую становится неремонтопригодно, поэтому отправляется прямиком на утилизацию. Поскольку утилизируют его не в ЕС или США, где это делать очень дорого, а в странах третьего мира вручную силами аборигенов, то есть ничего для отравляемых существенно не меняется. Зато меняется для нас, потребителей. Практически на каждой платке с электронными схемами есть узнаваемое обозначение примерного срока её службы, обратите внимание.
Нагуглите про оловянные усы — не пожалеете.
>> Какой воспитанный школьник! Читай, сынок, просвещайся:
>> https://www.maximintegrated.com/en/app-notes/index.mvp/id/5250
> Папаша, ты сам-то это читал?
>> Tin whiskers are not a new phenomenon resulting from the switch to lead-free electronics. In fact, they were first reported in papers written in the 1940s.Тут вижу, там не вижу? ОК. Вот что сообщают нам на страницах сугубо инженерного издания:
«“Tin whiskers” is not an imaginative, fanciful term for some aspect of electronics manufacturing. Tin whiskers are real, and they pose a serious problem for electronics of all types. When used as a finish material for electronic components, pure tin can spontaneously grow conductive whiskers. These structures can form electrical paths, affecting the operation of the subject device. This article discusses the problems caused by the removal of lead from electronics and describes some techniques to mitigate tin whiskers».
Советую любознательному анониму нагуглить картинок и посмотреть, как чудно это выглядит на схемах и компонентах под микроскопом, а иногда и для невооруженного глаза. Полюбоваться дивными художествами природы, наказывающей безволосых обезьян за чванливый самоуверенный идиотизм.
Свинец запретили благодушные сытые мещане, озабоченные гипотетическим влиянием человечества на экологию, но не знающие ни школьного курса химии и физики, ни тем паче сопромата и основ металлургии. Эколух — это всегда диагноз. Реальные последствия запрета свинца, полагаю, на самом деле неизвестны, поскольку затруднительно собрать статистику по утилизации вышедшего из строя оборудования и компоненов, которые китайцы перепродают со свалок вторично товарными партиями, перепаивая на, внезапно, содержащий свинец припой. Эта блестящая победа экологического идиотизма когда-нибудь будет в анналах.
Дед, у меня айфону пять лет и работает на последней версии ОС и аккум если и деградировал, то совсем чуть. Может не в усах дело, а в контроле качества? Если ты привык дешёвкой пользоваться, то может оно там так и должно быть?
> Дед, у меня айфону пять лет и работает на последней версии ОС
> и аккум если и деградировал, то совсем чуть. Может не в
> усах дело, а в контроле качества? Если ты привык дешёвкой пользоваться,
> то может оно там так и должно быть?Хорошо бы анониму хоть чуть-чуть разобраться в вопросе, прежде чем высказываться.
Радиоприёмник "Юность" спаял уже? Сейчас паяют роботы, им по на твои паяльные проблемы.
> Радиоприёмник "Юность" спаял уже? Сейчас паяют роботы, им по на твои паяльные
> проблемы.Новые припои — это проблемы не роботов. Это вообще не паяльные проблемы.
Старые устройства твоей эпохи - кондера высохли, транзисторы деградировали, лампы тупо сгорели - ничего не работает - это чей заговор, человек-паяльник?
> Старые устройства твоей эпохи - кондера высохли, транзисторы деградировали, лампы тупо
> сгорели - ничего не работает - это чей заговор, человек-паяльник?Еще раз: http://www.eetimes.com/document.asp?doc_id=1279227&print=yes
Читать и думать, если есть чем.
Ни один дорогущий звуковоспроизводящий японский аппарат из 80-х сегодня уже не работает. Комплектуха полностью деградировала. В лучшем случае, плоско попукивают. Тоже заговор?
> Ни один дорогущий звуковоспроизводящий японский аппарат из 80-х сегодня уже не работает.
> Комплектуха полностью деградировала. В лучшем случае, плоско попукивают. Тоже заговор?http://www.eetimes.com/document.asp?doc_id=1279227&print=yes
> Ни один дорогущий звуковоспроизводящий японский аппарат из 80-х сегодня уже не работает.
> Комплектуха полностью деградировала. В лучшем случае, плоско попукивают. Тоже заговор?Сравнил жопу с пальцем. Ну да, если те приборы не смогли продержаться 40 лет, то они ни чем не лучше современного шлака со сроком службы в год-полтора! Логично!
Плохо они чинятся или нет -- это совершенно нерелевантно, до тех пор, пока потребителю дешевле купить новый девайс, чем чинить старый.
>потребителю дешевле купить новый девайс, чем чинить старыйДа залить его эпоксидной смолой, чего уж там.
от двух до шести, с отбыванием наказания в виде ядра Android
> от двух до шести, с отбыванием наказания в виде ядра AndroidА будешь плохо себя вести - прикуем к андроидному юзермоду и посадим в карцер с секурбутом.
В табличке явно ошибка насчёт 3.10, оно же в рнел7, ещё 100 лет будет поддерживаться
Ну в дистрибутивах обычно не ванильное ядро. Поддерживать его компании никто не мешает. Так же Canonical делает. В текущей Ubuntu 17.04 - 4.10, который EOL на kernel.org
В табличке про то, как оно утверждено апстримом на данный момент. Если редхату надо будет, выделят своего чувака для сопровождения после того, как Вилли сдаст пост. И с 4.9, которое в stretch, так же будет.
Плюсую. Но есть нюанс. Я как-то добыл исходники прошивки Samsung с сайта http://opensource.samsung.com/ Взял из них драйвер exfat последней версии, который собирается с новыми ядрами. Выложил на ЛОР и написал, что на ядре 3.10 собирается, я проверил. Прошло время. Отписывается человек, пишет что на 3.10 из CentOS не работает!Оказалось что в ядро бэкпортировали изменение из 3.12, из-за чего в исходниках модуля exfat требовалось поменять условие "если ниже 3.12" на "если ниже 3.10", и тогда всё собиралось.
Прямо бИда там у вас с майкрософтовской ФС. Приходится из сусунга выдирать и идти с ней наперевес на ваши ядерные пулемёты :)
Товарищ выше называет лишь частный случай бэкпортирования чего-либо в ядро 3.10 CentOS 7. На самом деле, туда бэкпортируют десятки вещей.
> Товарищ выше называет лишь частный случай бэкпортирования чего-либо в ядро 3.10 CentOS
> 7. На самом деле, туда бэкпортируют десятки вещей.в чем только смысл сией деятельности в наши дни - тайна великая есть.
Поскольку приведен пример ровно того самого - бесконечного ломания внутриядерного api, чего ради только и имеет смысл героично сидеть на древних версиях ядра, копипастя драйвера и багфиксы вручную.
abi ломается гораздо реже, и практически никогда - в рамках одной ветки (это ж девелоперу самому неудобно будет, у него make поломается).Похоже, топтопы редхата давно уже тоже забыли, зачем именно дpочат на неизменность цифирек версий, а индусскоподданные не ищут смысла в религиозных обрядах, а просто старательно исполняют.
> Прямо бИда там у вас с майкрософтовской ФС. Приходится из сусунга выдирать
> и идти с ней наперевес на ваши ядерные пулемёты :)Из прошивки вбирать ничего не нужно. Просто Зенитур помешан на оригинальном, не модифицированном коде. Ему дай волю - он и Avahi заменит на Bonjour. Вот форк на гитхабе: https://github.com/dorimanx/exfat-nofuse
> Просто Зенитур помешан на оригинальном, не модифицированном кодефффчем-то он и прав, там масса очень сомнительных исправлений вокруг case sensitivity (которой у виндовой fs быть не должно в принципе, они case keeping а не case sensitive), ломающихся одно об другое по кругу, куча тривиальных патчей для совместимости с все более новыми и новыми выкидышами линуса, без конца ломающего api, один из которых, кстати, ломает сборку с ядрами между 3.1 и 3.3каким-то, зачем-то удалена оптимизация AIO...
А все полезное там было сделано в 2015м году, когда оно как-то научилось собираться не на arm (правда найти эти патчи в куче мусорных будет непросто).
> сопровождение прошивок для различных потребительских устройствКакая очаровательная сказка.
Сказка будет былью только в случае, если на устройстве присутствуют важные трекинговые гуглосервисы. Вот если нет, тогда до свиданья.
Урра, а то я не хотел никуда переходить.
Уже можно обновляться с 2.4?
Нет. Автомобили ещё не летают, а роботы пока не восстали. Нужно ещё подождать.
>4.9 - поддержка до января 2019 года (поддерживает Greg Kroah-Hartman);Бэн будет еще поддерживать до 2022.
minix3 спасет google
> minix3 спасет googleа таненбаум - торвальдса. </ога-ога>
Гуголь как бы намекает нам, что на самом деле в отсутствии обновлений и долговременной поддержки для ведроида виноваты опенсосы. Экий рояль в кустах.
Запоздали с нициативой как-то. Может, это Гугль намекает, что квантовый опенсорс, в принципе, и не предвидится?
> Запоздали с нициативой как-то. Может, это Гугль намекает, что квантовый опенсорс, в
> принципе, и не предвидится?Кто же знал десять лет назад, чем оно обернется. А теперь есть проблемы, которые надо как-то решать.