Патрик ищет юзеров драйверов xf86-video-{geode, tseng,sis,savage,s3virge,rendition,r128,mach64}

Ящитаю это нужно сделать мемом Линупса.

Сделай это мемом чего угодно. У меня вон под столом принтер валяется, под который драйвера только под xp 32bit сделали. Ну ещё с пользователями винфонов можешь пообщаться. Как их с обновлениями прокидывали.

Никто не мешает самому пересобрать пакет со своими опциями

С точки зрения пользователя «правильного» дистрибутива, это красноглазие и мракобесие.

На ноль. Маргиналы - это от слова margin.

Зануда в треде.

Никто не мешает самому пересобрать пакет со своими опциями или посоветовать их маинтейнерам. В т.ч. и на linuxquestions.org. Зачем для этого отдельная багзилла?

Затем, чтобы баги отслеживать?.. Вот прикинь, чуваки собрали пакет, плохо протестировали и у всех все сломалось (привет арчлинуксу). Очень удобно иметь для этого багтрекер. Мне кажется, это известно всем дистростроителям последние пару десятилетий.

Есть юзеры -current ветки, которые всё тестируют. Если что-то внезапно ломается (такое редко, но бывает), то они тут же сигнализируют об этом на linuxquestions.org и Патрик исправляет. Так что, всё работает и без багзиллы.

Я шото не верю в это, прости. Видимо отлавливаются далеко не все ошибки. Потому что даже у дистрибутивов с насравненно большей аудиторией тестеров проблемы всплывают.

исправление багов? безопасность?

А linuxquestions.org при чём? Как удобно людям так и организуют взаимодействие.

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

Большие аудитории могут спокойно юзать стабильные ветки. Зачем им напрягаться? Даже если обычный юзер и начнёт юзать development ветку, то он вряд ли будет составлять патчи и отчёты об ошибках. Так что, в этом смысле, все дистрибутивы в общем и в целом в равных условиях. При этом тонны уже существующих патчей могут усложнять отлов и устранение багов.

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

Ты хочешь сказать, что я для своего сканера могу найти официальный драйвер хотя бы для windows 7?

Сказать то ты можешь, но это будет ложью.

Не, просто хотел выпендриться)

Сперва ты говоришь «да, баги в стабильной ветке есть»:

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

Потом говоришь «багов в стабильной ветке нет, багзила не нужна»:

Большие аудитории могут спокойно юзать стабильные ветки. Зачем им напрягаться? Даже если обычный юзер и начнёт юзать development ветку, то он вряд ли будет составлять патчи и отчёты об ошибках.

Это как-то странно.

Ты хочешь сказать, что я для своего сканера могу найти официальный драйвер хотя бы для windows 7?

Я почти уверен, что 7-ка или 10-очка будут работать с данными видеокартами, а Линупс нет. Принтеры и сканеры - это отдельная тема.

Потом говоришь «багов в стабильной ветке нет

Нет, не говорю так. Баги есть всегда и везде.

багзила не нужна

Как метод уведомления маинтейнеров о том, что что-то поломано. Для уведомления об этом маинтейнеров достаточно и linuxquestions.org.

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

Как метод уведомления маинтейнеров о том, что что-то поломано. Для уведомления об этом маинтейнеров достаточно и linuxquestions.org.

Прекрасно, а юзерам, которые баг нашли, куда идти? Искать архивы форума и миллионы дохлых тем?

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

Какая разница, что там в development. Меня stable куда больше волнует. Алсо да, за те три года, что живет релиз, туда реально софт не бекпортируют?

Искать архивы форума и миллионы дохлых тем?

Зачем?

куда идти?

В конкретную прикреплённую тему. Например, «Requests for -current (14.2-->15.0)».

Какая разница, что там в development. Меня stable куда больше волнует.

stable готовится весьма продолжительное время. Это, внезапно, вчерашняя development ветка, которую долго полировали напильниками. Поэтому не надо абстрактных «А если я найду что-то поломанное?». Вы сначала найдите.

Зачем?

Чтобы два раза баг не постить. И чтобы следить за решением.

В конкретную прикреплённую тему. Например, «Requests for -current (14.2-->15.0)».

Хватит мне про -current рассказыват. Я хочу услышать про -stable спустя полтора года использования.

stable готовится весьма продолжительное время. Это, внезапно, вчерашняя development ветка, которую долго полировали напильниками. Поэтому не надо абстрактных «А если я найду что-то поломанное?». Вы сначала найдите.

В Debian, RHEL, FreeBSD и OpenBSD регулярно находят. А в слаке райские кущи и безбажный софт?

А я уверен, что для этих карт драйвер vesa работает.

Чтобы два раза баг не постить

Это не является проблемой.

И чтобы следить за решением.

Не нужно. Все решения относительно стабильной ветки в её директории patches: http://mirror.yandex.ru/slackware/slackware64-14.2/patches/ .

В Debian, RHEL, FreeBSD и OpenBSD регулярно находят.

Вы начинаете смешивать разное. Опции сборки, баги, пакеты, которые внезапно забыли пересобрать,... и т.д.

Так вот. Опции сборки и «не нужно ли пересобрать ещё какой-нибудь пакет» тщательно выверяют и во время разработки -current'а и перед релизом. Опции сборки по какой-то причине могут не устроить юзера, но они вполне рабочие.

А вот обычные баги софта - это уже другое дело. И они исправляются обновлениями.

Из всего перечисленного в продакшене видел только новый панельный промышленный комп на Геоде пару лет назад. На нем крутился софт от лазерного толщиномера под Windows XP

Это не является проблемой.

Вообще-то является. Вести двойное обсуждение крайне утомительно :)

Не нужно. Все решения относительно стабильной ветки в её директории patches: http://mirror.yandex.ru/slackware/slackware64-14.2/patches/

Особенно когда закрывают с WONTFIX.

Вы начинаете смешивать разное. Опции сборки, баги, пакеты, которые внезапно забыли пересобрать,... и т.д.

Так вот. Опции сборки и «не нужно ли пересобрать ещё какой-нибудь пакет» тщательно выверяют и во время разработки -current'а и перед релизом. Опции сборки по какой-то причине могут не устроить юзера, но они вполне рабочие.

Их все выверяют, но почему-то все равно всплывают косяки :)

А вот обычные баги софта - это уже другое дело. И они исправляются обновлениями.

Для этого мейнтейнер должен узнать, что что-то сломалось. А апдейт не должен сломать зависимости. А если сломал, то все должны понять почему и что с этим делать. Для этого нужно вести полную историю изменений, включая ЧТО за решения были приняты и ПОЧЕМУ. ЧТО — патчи по ссылке, которую ты привел. ПОЧЕМУ — багзила.

как будто проприетарщину не забрасывают

у свободного ПО хоть исходники остаются, кто-то может продолжить разработку, если вдруг внезапно захочет

Как кто, если уже есть человек, который пилит всякое для себя и ещё пары людей на планете. Угадай кто и бегом работать на благо Свободы и духа Опенсорса.

что-то сломалось

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

сломать зависимости

Какие зависимости? В пакетах Slackware зависимости не прописываются. Поэтому и пакетный менеджер зависимости никогда не ломает.

Их все выверяют, но почему-то все равно всплывают косяки

Когда релизы каждые полгода и пакетов в репозитории десятки тысяч.

Вести двойное обсуждение крайне утомительно

Было бы по поводу чего. Зачем обсуждать баги если всё равно приходят обновления с их исправлениями? Обсуждать имеет смысл конкретно ошибки маинтейнеров. А Вы сначала их найдите.

Не факт, что это из перечисленного. Этот драйвер только для NSC Geode GX2 и AMD Geode GX/LX, для AMD Geode NX идут другие драйвера.

Я почти уверен, что 7-ка или 10-очка будут работать с данными видеокартами, а Линупс нет

И современный линукс и винда будут работать с ними только в vesa-режиме, родного разрешения ты на 7ке с такими видяшками не увидишь (а на линуксе времени выпуска виды 10 — увидишь, и в LTS-версиях будешь видить ещё много-много лет).

У таких видеокарт и нет разрешений, отличающихся от VESA.

У таких видеокарт и нет разрешений, отличающихся от VESA

Угу, особенно sis и savage, которых в старых ноутах полно, ага. Ну и

AMD Geode LX 800
CRT up to 1980x1440

А у нас в квартире газ, а у вас?

А у нас CRUX во все поля :)

Это сфига WinXP устаревшая?

Это ты намекаешь на банкоматы? Даже лиса ее дропает в еср, заодно с глистой.

да и опенбсд тоже...

Какие банкоматы, она у меня отлично работает, запускает современный софт, ходит на современные сайты, поддерживает современные возможности. Ещё ShortHorn допилить, чтобы NT 5.1 поддерживал — так ващэ канфэтка будит!

Половина современного софта не запускается под ХР, акстись. Под Вайном больше современного софта идёт, чем под ХР.

Это какого такого «современного софта»? Мультибаров и мылруагента, что ли? Всё уже написано до нас.

Какой не пробовал, почти никакой уже не работает. Но самое главное - драйверов нет, это вообще занавес.

Какой не пробовал, почти никакой уже не работает

А может, ты просто рукожоп?

драйверов нет

Ничё не знаю, УМВР. Вот недавно блютуз-свисток купил, вчера воткнул в машину с XP — само завелось, даже не пришлось дрова с диска ставить.

Не «может», а современный софт для экспишечки «не является исполняемым файлом виндавс», «XXX.dll не найдена», «функция X не найдена в библиотеке Y».

Например cкопировать эти дллки не поможет - они являются частью системы и не работают со старым ядром экспишки.

Ничё не знаю

Именно. Для неё банально дров на мои чипсет, обе видеокарты, звук и сеть просто не существует.

не является исполняемым файлом виндавс

Запускаешь 64-разрядную прогу на 32-разрядной системе? Ну ССЗБ, чо. Но при чём тут XP?

XXX.dll не найдена

Так докинь, ёпта.

функция X не найдена в библиотеке Y

Туда же.

cкопировать эти дллки не поможет - они являются частью системы

Так ты не из системы копируй, а шортхорновские бери.

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

Зато под лялипс есть? Ну так с миром ARM та же фигня.

64-разрядную

Нет.

докинь

Не работает.

шортхорновские

Зачем пердолить поделки васянов, если на семёрочке+ всё работает само.

Зато под лялипс есть?

Кстати есть, на всё причём.

Нет.

Ну значит, UWP или ещё какая-то срань.

Не работает.

Чини руки или бугрепорти.

Зачем пердолить поделки васянов

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

если на семёрочке+ всё работает само

Потому что семёрочка+ говно. WDDM, UAC, выпиленный NTVDM, гибридное ядро, ущербный менеджер памяти, больше зондов, меньше изученность васянами, больше жирность.

Кстати есть, на всё причём

Ну и зачем тебе винда на хосте?

Например, современных нотаторов, DAW, семплеров и т. п. То, что твой устарелый 52-й Файрфокс всё ещё не дропнулся под ХР, я в курсе.

современных нотаторов

Штоита.

DAW,

Мышевозное говно, есть трекеры и прочие CSound/SuperCollider.

семплеров

Я когдысь на коленке HTA-сэмплер сделал, годиться?

52-й Файрфокс

Ненужно, Firefox с 4-й версии скатился.

Ну, в общем, ты хорошо продемонстрировал запросы и потребности целевой аудитории Хрюши в 2018 году. Извини, но мне работать надо, а не «НТА-семплер на коленке» и прочие Сасаунд.

Лучше просто помогите ему собрать эти драйверы.

мне работать надо

Ну так иди работай, чего кудахчешь тут?

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

Сейчас этот вопрос обсуждается в xorg. Там просто некоторые вызовы и структуры поменялись. Уже сделали патчи, но они еще не рассматривались. Надеюсь, что приложат.

https://lists.x.org/archives/xorg-devel/2018-May/056952.html

https://lists.x.org/archives/xorg-devel/2018-May/056946.html

To-moo-schjo!
Разрабатывалась для 32 битных ЦПУ, уровня Пень3