Начато бета тестирование Devuan 2.0 «ASCII»

Драйвера на 6xxx NVidia до сих пор работают в 1709, в отличие от пингвина.

да вроде все есть

https://packages.debian.org/search?keywords=304&searchon=names&suite=...

какие проблемы?

Если я правильные материалы смотрел, то систему пилит фирма, которая сделала исходную борду, а фирма, под маркой которой конечный телефон продаётся, только навешивает свои лейблы.

Можешь назвать меня техно-фашистом.

Это называется «технофетишизм».

При чём здесь Fedora? Это не коммерческий дистрибутив.

У Windows тоже есть закрытые версии, вроде LTSB, Thin PC, Embedded.

2018-2004=14. Молодец, ты подтвердил, что на компьютерах 15-18 летней давности Windows 10 не работает. Ну и так, к слову, 7025 — это 2007.

А теперь внимание, хитрость - этот же самый драйвер и для видеокарт https://www.youtube.com/watch?v=IJMNanzeXgQ gefoce 2, которые сюрприз, выпущены в 2001 году. Метод уже показан в предыдущем видео.

Ну и в догонку — видеокарта немного не компьютер. Линукс с последним ядром и плазмой можно без труда запустить на компьютере 2010го с S3Trio64V+, но не на компьютере-ровеснике этой видяшки.

Ну и в догонку - на примере видеокарт наглядно лишь демонстрируется в целом механика работы драйверов в Windows и Linux. То же самое можно применить и к AHCI, и к сетевым картам, и чипсетам и далее по списку. Единственное, с чем могут возникнуть проблемы - это SSE2, но это уже действительно слишком долго. А не как в Android, где смартфоны даже относительно свежие, вроде Mi A1, Oreo получают со скандалом.

Спроси производителей. Я гадать на кофейной гуще не собираюсь.

Ответ простой и наглядно виден на примере васянских сборочек на мобилках - виновато во всем допотопное монолитное ядро Linux, в котором нет таких приятных вещей, как Apple I/O Kit или Windows Driver Kit.

Не надо.

Вернемся к примеру Nvidia - зачем драйверу Nvidia тогда DKMS и почему с каждым новым ядром нужен новый блоб?

Это не бесплатная работа. И она жизненно необходима производителю железа.

Хорошо, кто ее оплачивает? В случае с Android - пользователь, который платит 80 тысяч за флагман, в стоимость которого входят в том числе и издержки на производство драйверов.

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

Правильно, нужнее переписывать драйвер под новые ядра без конца, нежели чем создать Shadow Play или GeForce Experience.

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

Да тут уже выше несколько глюков и багов systemd привели, из-за вынужденного подстраивания под которые после обновления с исправлениями всё ломается.

У Windows тоже есть закрытые версии

а аналог сабжа есть? нет? тогда в топку тебя и виндовс :)

gefoce 2

музей компьютерной истории ограбил?

Уже даже PCI версию не в каждую материнскую плату запихаешь.. Или ты про AGP версию? Ну удачи тебе с поиском по помойкам пары гигабайт рабочей ДДР с и последующим запуском блокнота на 10ке :)

И добавили новые...

А вот сколько людей реально написали хоть 1 скрипт для sysvinit или 1 *.service для systemd? Среди них может быть найдётся доля тех, кому sysvinit нравится больше. Вот это потолок пользователей дивана.

Чистейшее враньё. Даже если не копаться в кишках системы и просто пользоваться ей, то systemd создаёт проблемы на ровном месте ничего не подозревающему пользователю. Это просто факт.

Я люблю systemd, Wayland и все новейшие технологии в Linux и Opensource в целом.

Во-первых это не новейшие технологии, а говно мамонты завёрнутое в коробку с шильдиком «Новьё(ТМ)».

Можешь назвать меня техно-фашистом.

Ты не технофашист. Ты просто недобитая фашня и любитель говна.

для «цифровых продуктов» нет понития «новое».

В вопросе «привычное» или «непривычное» понятие «новое» имеет смысл.
Другие возражения будут?

нет, не имет. Имеет смысл - «лучше», «расширен функционал», «появилось, чего не хватало». ... но вы правы, касательно 90% всем «нововведений» последних лет главный критерий для разработчиков - сделать «непривычное». Чем непривычнее, тем инновационней ... и не важно, что ничего полезного не несёт, или даже вредное на 100%. Главное ведь тролли могут орать, что застрявшие в старье старпёры не могут адаптироваться к «непривычному» ... и не важно, что на самом деле «непривычное» - это дерьмо и не решает никаких реальных задач и не делает ничего полезного ... но слово «новьё» на дебилов действует магически.

Всего лишь написать модуль ядра и подпиливать за свой счет постоянно бесплатно, в отличие от Windows/MacOS

В Windows в любом случае придётся подпиливать «бесплатно» (и вообще не бесплатно, а за полученные от клиента деньги за заявленные характеристики и услуги, если ты не знал), иначе поддержка следующий версий (и уж тем более обновлений, в которых может что угодно отвалиться) летит к чертям. В MacOS же своя атмосфера. И вряд ли ты будешь в том же маке видеокарту менять.

написать драйвер, заложить его стоимость в стоимость разработки железки

Именно так и делают.

При этом драйвер для Win7 работает на Win10.

Здесь присутствует чисто техническая проблема: получить большую часть информации о процессе может только его родитель, а значит, этим обязан заниматься PID 1, ибо именно он становится родителем для всех демонов.

И эта проблема уже давно решена в том же sysvinit. Зачем инит перегружать функциями?

любой?

;)

не все знают хотя бы такие базовые вещи, как byte order

И поэтому начинают писать глупости вроде тех, что бинарные логи независимо от задачи это типа нормально. Это говорит об уровне компетентности сторонников же systemd.

Уже даже PCI версию не в каждую материнскую плату запихаешь.. Или ты про AGP версию? Ну удачи тебе с поиском по помойкам пары гигабайт рабочей ДДР с и последующим запуском блокнота на 10ке :)

Это лишь пример, хоть и с перегибами. Или лучше покупать Galaxy S8 при том, что у него нет никаких технических отличий от Galaxy S6, лишь в S6 искусственные ограничения из-за структуры Linux? Та же память DDR4, такое же количество внутренней памяти -32/64/128, и так далее.

Ок, тогда почему у васянов с LineageOS и прочими получается все криво?

У васянов криво потому, что они васяны.

Ответ я уже дал выше, у сборщиков-то как-раз все нормально с желанием.

Желания сделать мало. Должно быть ещё как минимум желание повысить свою квалификацию для этого.

https://support.hp.com/ru-ru/document/c04756493

;)

Ну и в догонку - на примере видеокарт наглядно лишь демонстрируется в целом механика работы драйверов в Windows и Linux.

Хреново демонстрируется на единичном примере. Далеко не любой драйвер так можно использовать.

В Windows в любом случае придётся подпиливать «бесплатно»

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

вообще не бесплатно, а за полученные от клиента деньги за заявленные характеристики и услуги, если ты не знал

И где же что в мобильных устройствах, что в дескопах заявлено что конкретный аппарат поддерживаться будет N-ый период? В Windows и MacOS эта проблема решена на уровне ОС, а в Linux-нет.

В MacOS же своя атмосфера. И вряд ли ты будешь в том же маке видеокарту менять.

Но тем не менее в MacOS на том же MacMini 2008 года спокойно может работать OS X Ei Capitan. А все почему? Правильно, потому что такие детские проблемы решены еще в 90-е годы при разработке ядра.

Именно так и делают.

Но в Windows и MacOS благодаря строению, драйвера работают долго и без лишних вопросов, а в Linux уже через полгода устаревают.

переписывать драйвер под новые ядра без конца, нежели чем создать Shadow Play или GeForce Experience.

Я тебе открою страшную тайну. Только никому не говори! Shadow Play и GeForce Experience пишут совсем не те люди, которые делают драйверы! Это вообще не часть драйвера.

Или лучше покупать Galaxy S8

Нет купи HTC 7 Trophy и жди обновления на 10чку

Это лишь пример, хоть и с перегибами.

это дебильный пример, уж извини...

у тебя есть 6 тыров на лицуху винды и нет 200 рэ чтоб купить с рук видяшку посвежее...

У Windows тоже есть закрытые версии, вроде LTSB, Thin PC, Embedded.

Я ничего не понял, чтог ты хотел сказать этой загадочной фразой без малейшего видимого смысла. Шифровка?

А теперь внимание, хитрость - этот же самый драйвер и для видеокарт

Я опять нихера не понял, что ты хотел этим сказать. Вин 10 от этого запускаться на компах 15 летней давности так и не стала.

Ответ простой и наглядно виден на примере васянских сборочек на мобилках - виновато во всем допотопное монолитное ядро Linux

Ответ неверный, думай дальше.

Вернемся к примеру Nvidia - зачем драйверу Nvidia тогда DKMS

Для пересборки открытой прослойки. Всегда ваш, КО.

и почему с каждым новым ядром нужен новый блоб?

Не нужен.

Хорошо, кто ее оплачивает? В случае с Android - пользователь, который платит 80 тысяч за флагман, в стоимость которого входят в том числе и издержки на производство драйверов

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

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

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

Опять же - нерепрезентативно.

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

У тебя с головой проблемы. Ты ведёшь речь про андроид, но почему-то обвиняешь Linux в нежелании производителей выпускать прошивки со свежими версиями. А ещё ты намеренно замалчиваешь, что в базовом андроиде, который идёт потом на допиливание под прошивки производителей, используется не сам Linux, а отдельно созданный форк.

Вывод: просто выложи свой пароль.

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

В линуксе точно такая же ситуация.

И где же что в мобильных устройствах, что в дескопах заявлено что конкретный аппарат поддерживаться будет N-ый период? В Windows и MacOS эта проблема решена на уровне ОС, а в Linux-нет.

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

Но тем не менее в MacOS

Да мне насрать тебе в рот, что там в MacOS, когда ты про андроид несёшь бред.

Но в Windows и MacOS

Тебе, утырку недоношенному, уже выше написали, чтобы ты привёл причину, почему Windows на мобилочках с семёрки до десятки не дают обновлять.

Я ничего не понял, чтог ты хотел сказать этой загадочной фразой без малейшего видимого смысла. Шифровка?

А в том, что у Windows и MacOS что в рядовых релизах, что в Enterprise -версиях жизненный цикл более длинный. Иногда конечно и с перегибами, вроде поддержки Windows ROS Ready 20 лет, а у Redhat что? Ой, а там поддержка максимум 13 лет, причем последние три года -лишь читательский билет. Разницу между 10 и 20 годами в цикле еще можно понять, но когда цикл сокращается до полугода...

Я опять нихера не понял, что ты хотел этим сказать. Вин 10 от этого запускаться на компах 15 летней давности так и не стала.

Снова возвращаюсь к проблеме темы нашей с вами беседы - жизненный цикл устройств на Linux, в особенности на Android - наглядной иллюстрации, в десятки раз короче, чем жизненный цикл устройств на Windows и MacOS. И он слишком короток.

Ответ неверный, думай дальше.

Дайте угадаю - вы поклонник теорий заговора производителей против пользователей?

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

Ответьте тогда на вопрос, почему тогда ни один «васян» не смог нормально на уровне производителя обеспечить более длинный жизненный цикл устройств? Вроде бы переписывать ничего не надо, нужно лишь пересобрать как в Gentoo ядро с теми же самыми модулями, собрать оболочку из исходников и запаковать в инсталлятор. Но ой, что-то желающих этим заниматься гораздо меньше, чем перепаковывать образ MSDN или создавать хакинтош.

нет, не имет. Имеет смысл - «лучше», «расширен функционал»,

Вы не поняли. Речь вообще не шла о качестве, только времени появления. Сустемд мог быть по всем параметрам лучше sysvinit и всё равно проиграть потому что непривычен и некому всё под него переделывать. У старого софта (опять же, повторяю, без каких-то оценок, только по времени), есть огромное преимущество в привлекательности, он работает, к нему все привыкли. Через пяток лет уже systemd будет старым, проверенным, недостатка «непривычности» у него не будет. Если тогда дивану потребуется много мейнтейнеров чтоб отвязывать сустемд, то, скорее всего, желающих тупо не найдется.

За этими технологиями будущее

Будущее за выброшенными за неспособностью идти в ногу за временем технологиями прошлого? Я и не сомневался, что ты сумасшедший.

и я рад если это отсеет долю линуксоидов-ретроградов и школоты типа тебя.

Ты ничего не сделал для линукса и СПО, но приходишь и начинаешь всех учить, как «надо» всё делать, а несогласных обзывать ретроградами и школотой. Отсеют как раз тебя.

Ты ведёшь речь про андроид, но почему-то обвиняешь Linux в нежелании производителей выпускать прошивки со свежими версиями.

Потому что именно ядро Linux содержится в основе Android и именно отсутствие нормальных инструментов и API для драйверов является причиной этой проблемы.

А ещё ты намеренно замалчиваешь, что в базовом андроиде, который идёт потом на допиливание под прошивки производителей, используется не сам Linux, а отдельно созданный форк.

В котором используется ровно та же кривая прослойка, что и в настольном ядре, вместо аналога WDK или Apple I/O Kit.

Вывод: просто выложи свой пароль.

Вывод: нагадь в токсах.

Снова возвращаюсь к проблеме темы нашей с вами беседы - жизненный цикл устройств на Linux, в особенности на Android - наглядной иллюстрации, в десятки раз короче, чем жизненный цикл устройств на Windows и MacOS. И он слишком короток.

Ты до сих пор не написал, каких устройств.

Ответьте тогда на вопрос, почему тогда ни один «васян» не смог нормально на уровне производителя обеспечить более длинный жизненный цикл устройств?

Да ладно? Прямо уж ни один не смог?

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

systemd не мог быть по всем параметрам лучше, чем sysvinit. Иначе это будет не systemd. Сам systemd не даёт ничего нового, чего не было до него. Он не решает вообще никакой проблемы, но зато создаёт огромную кучу новых с каждым релизом. Этих проблем так много, что перечислять их слишком долго. Самые долгоживущие и фундаментальные же давно уже упомянуты.

Через пяток лет уже systemd будет старым, проверенным

systemd уже очень давно разрабатывают, но в порядок до сих пор не привели. Не будет он никогда проверенным решением.

Потому что именно ядро Linux содержится в основе Android и именно отсутствие нормальных инструментов и API для драйверов является причиной этой проблемы.

Перечисли, каких инструментов API для драйверов недостаточно.

В котором используется ровно та же кривая прослойка, что и в настольном ядре, вместо аналога WDK или Apple I/O Kit.

Из этого уже видно, что ты нихрена не знаешь ни устройство андроида ни цикл его поддержки и разработки.

Вывод: нагадь в токсах.

Пароль выкладывай уже. Люди ждут.

Перечисли, каких инструментов API для драйверов недостаточно.

Я уже сказал - аналога Windows Driver Kit или Apple I/O Kit.

Я уже сказал - аналога Windows Driver Kit или Apple I/O Kit.

Ты опять бред несёшь. От тебя требуется указать, какие функции API и для каких подсистем в линуксе ты считаешь кривыми. Иначе ты просто идёшь нахрен.

Сервер на Debian 8, обновлённый до 9. Никаких проблем с systemd не было.

Вот только что прислали проблему проблему:

У бабушки стоял Linux и установленный на нем Скайп. Включено автообновление (преимущественно из за браузера).

Недавно у бабушки ноутбук вот так вот стал говорить, как на скриншоте. И как бабушке теперь быть? Она и не знает кто такой Поттеринг чтоб послать ему флюидку.

Windows ROS Ready

Её можно поставить на десктоп или сервер? Нет? А какого хера ты её тогда приплёл?

А в том, что у Windows и MacOS что в рядовых релизах, что в Enterprise -версиях жизненный цикл более длинный

Берём Windows 2008 Server — mainstream support 7y, extended support 12y, берём RHEL6 — mainstream support 10y, extended support 12y. Сколько ты ещё будешь свой бред нести?

жизненный цикл устройств на Linux, в особенности на Android - наглядной иллюстрации, в десятки раз короче

Что за бред я только что прочитал? Линукс 2018 вполне можно с графикой запустить на железе 1998 и всё железо подхватится. А вот драйверов для нашего МФУ 2002го года под десяточку нет. И под семёрочку нет. И под xp 64 тоже нет.

Дайте угадаю - вы поклонник теорий заговора производителей против пользователей?

В шоу «Экстрасенсы» даже не пробуйся, тебе там ничего не светит.

Ответьте тогда на вопрос, почему тогда ни один «васян» не смог нормально на уровне производителя обеспечить более длинный жизненный цикл устройств?

Потому что кроме линукса там есть различные проприетарные компоненты, которые васяну недоступны.

. От тебя требуется указать, какие функции API и для каких подсистем в линуксе ты считаешь кривыми.

ABI (Application Binary Interface), который нестабилен.

Её можно поставить на десктоп или сервер? Нет? А какого хера ты её тогда приплёл?

Да, можно.

Берём Windows 2008 Server — mainstream support 7y, extended support 12y, берём RHEL6 — mainstream support 10y, extended support 12y. Сколько ты ещё будешь свой бред нести?

Extended Support и там, и там - 12y. Одинаково.

Потому что кроме линукса там есть различные проприетарные компоненты, которые васяну недоступны.

Которые, в отличие от проприетарных компонентов Windows, теряют совместимость с каждой новой версией ведра. Ой, вы сами только что назвали причину почему цикл на Windows и MacOS длиннее.

ABI (Application Binary Interface), который нестабилен.

Ты вообще хоть понимаешь, что такое ABI? Может линукс ещё виноват в том, что система команд ARMv5 не является идентичной системе команд IA32?

Extended Support

И ты публично и демонстративно проигнорировал mainstream support.

Которые, в отличие от проприетарных компонентов Windows, теряют совместимость с каждой новой версией ведра.

Ложь.

Ой, вы сами только что назвали причину почему цикл на Windows и MacOS длиннее.

Серьёзно? И какое отношение к линуксу это имеет? Ах никакого? Вот и заткнись. И вообще выкладывай уже свой пароль.

А при чём здесь Поттеринг? Ровно тоже будет на любом ините, не умеет линукс работать, когда на / повреждена фс.

И ты публично и демонстративно проигнорировал mainstream support.

А чем отличается Mainstream Support от Extended Support? И там, и там из одного и того же канала нормально поступают все апдейты.

Серьёзно? И какое отношение к линуксу это имеет? Ах никакого?

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

Да, можно.

Ссылки в студию.

Extended Support и там, и там - 12y. Одинаково.

Во первых, я во втором случае скопировал, но забыл поправит extended, должно быть 13.5y. Во вторых, ты топил за «более длинный», даже равная поддержка означает твой слив. Я повторяю вопрос — доколе ты будешь нести бред?

Которые, в отличие от проприетарных компонентов Windows, теряют совместимость с каждой новой версией ведра.

Нет, не теряют, требуется всего-лишь перекомпиляция. Но сорцы доступны только производителю. Всё ровно также, как с виндой — я упомянул МФУ, как мне обновить рабочее место с этим МФУ с ХР на семёрочку?

А чем отличается Mainstream Support от Extended Support?

Тем, что это всего лишь читательский билет.

а у Redhat что? Ой, а там поддержка максимум 13 лет, причем последние три года -лишь читательский билет.

© Lowes

И эта проблема уже давно решена в том же sysvinit.

Нифига подобного. sysvinit после запуска стартового скрипта умеет разве что зомби съедать. Он знать не знает, что там этот стартовый скрипт запускает, и какой процесс к какому сервису относится. А кроме PID 1 никто не может знать, с каким кодом выхода, например, упал демон. Так как sysvinit всю эту информацию благополучно херит, но с ним задача, к примеру, перезапуска демона в случае падения, но не от SIGSEGV (ибо это может быть попыткой эксплуатации уязвимости), принципиально не решается.

А чем отличается Mainstream Support от Extended Support?

Ты и этого не знаешь? И как ты после этого выводы делаешь?

в ядре Linux нет человеческих инструментов для разработки

Я тебе, имбецилу, ещё раз говорю: укажи, какие конкретно API в Linux ненормальны.