> Короткий ответ: нет не вендурей это заслуга.
> Когда-то (Дебиан 4) всё было можно.Это, возможно, "где-то там" была заслуга и вендурей -- что железо жило, его можно было купить и был смысл поддерживать. А то и кого спрашивать было -- официально или не очень, уже дело десятое.
> Длинный ответ: Ну, на самом деле это вопрос мнимой совместимости,
> или, если угодно, лицемерия.
Тут угу.
> По факту же, получить на альфе директ реднеринг = ес - задачка
> непосильная. У меня была разминка для головы/рук... уже в дебиан5
> мезовые либы были немножечко с ассемблером :)
О да, а сейчас много чего хотя бы с интринсиками.
> https://pp.userapi.com/c844724/v844724933/849a7/nMIsG3ZHKzY.jpg
Ого :)
> загрузочный диск с дистрибутивом просто не загружается :)
> Его никто не проверял :)
Офигеть. Мы, кстати, из недавних стартеркитов убрали примерно таким макаром вариант server-openstack -- проверять его в ежеквартальном режиме квалифицированно нам сейчас малореально (и вот то самое "бессмысленно"), надо как-то иначе подходить. Но с тем же ryzen умудрились в том выпуске сесть в лужу почти так же -- в виртуалках-то работает, на подручных стендах -- тоже. Хотя дело было далеко не в хакании драйверов, понятно.
> Девчата из парисклинукс уже давно забыли зачем они стартовали проект
> и не понимают зачем его поддерживать.
Может, им лопату передать? С рюшиками?
> но я не могу прогнать тесты мариядб, ибо... ёр цпу из спарк
> и коровка нарисована :)
Как минимум можно спросить в том же МЦСТ, спарки-то у них тоже есть. Попробую вспомнить при случае.
> Или так собрали, или компилятор так компиляет.
Но компилятор у них и на спарках свой (кстати, тоже давно хотел выяснить -- gcc-то у них там работает или "есть нюанс").
> Это майнтейнер чудак, или компилятор?
Нуу я бы попытался собрать что-нить попроще в ранее заведомо работавшей версии новым компилятором и с полученной разницей прийти к компиляторщикам, но сразу без особых иллюзий, пожалуй.
> Пример вне конкурса: Sparc Classic.
Ух ты, я про такие до вчера и не знал :) Почитал чуть http://fm4dd.com/misc/sparc-classic/ -- пришлось отвлечься, всё-таки надо ещё выспаться.
> Вот скажите, зачем в пакетном менеджере нетбсд есть локали на
> фаерфокс?! На три, мать его, версии фаерфокса?! Их тупая бездушная
> машина собрала, я знаю. А то, что фаерфокс под спарк32 не собрать -
> это не важно, зато локали в пакетном менеджере есть.
Ну... напишите им. Мне порой не шибко менее феерическое присылают -- что-то действительно было автоматизировано и работает => забывается, где-то просто мой старый косяк.
> На данный момент в дистрибутивах нет половины описываемого
> в хэндбуках софта (для разбиения дисков и пр.),
Ну я вон для x86-го фуджика lifebook как-то lphdisk пакетил, чтоб диск побольше поставить (к слову об истории с софтмодемом). В 2006 году вспомнил про него, чтоб добавить список архитектур (видимо, тогда споткнувшись об ftbfs на x86_64).
> Производители конечно те еще молодцы, но о покойниках или хорошо,
> или ничего.
...кроме правды.
> Кстати, Михаил! объясните мне такую вот вещь. Есть у нас UFS.
Так у меня-то его как раз нету, по крайней мере с данными.
> Почему даже в свистоперделочных дистрибутивах, в которых в ядро
> зафигачено всё, почему-то стабильно нет модуля для чтения-записи
> нового и чтения старого уфс? Он же простой как три рубля и почти
> бесплатный. Весь код написан, а модуля из коробки нет.
Вешайте. Хотя лучше всего было бы дотащить его в ядро как способ вытягивания унаследованных данных, конечно (это можно попробовать с коллегами из Parallels поговорить или ещё парой знакомых). При этом довод "используется в дистрибутиве" может тоже помочь (а может и не).
Можно попробовать втащить в альт, но Вам-то что с этого будет, если альта для parisc нет и не предвидится уже никогда, а для sparc64 -- всего лишь вряд ли?..
> Вот на какую-только херь модулей из коробки готово, а на уфс нет.
Ну так у кого на что хватало пару в коробку дотащить (и что не растеряли по дороге, тоже ведь дело обычное) -- то и в ней.
> Не знаю какие у Вас эмоции от эльбрюса и сравнимы ли они
> с моими, от общения с легаси серверами, но, опыт во многом
> должен пересекаться.
У нас поставщик живой и в целом активно отзывающийся. Т.е. может уйти в своп, может сказать "в следующей ветке компилятора" (как вот про int128) -- но есть с кем обсуждать и платформой они вполне владеют, а что говорят -- то в итоге делают.
Но тоже понятно, что без них особо никуда после тормозного пути (который бывает, понятно, у всего).
> Альфа - мы напишем трансляторы фирмварей, трансляторы кода,
> у нас весь x86 будет работать нативно. Не прокатило...
Там работает, причём хоть а-ля wine, хоть а-ля гипервизор.
> HP - мы тут чота сделали, как надоест - вынем чипсеты и
> процы, вставим другие чипсеты и процы, а название Супердом оставим.
> За что заплачено, то поддерживается, остальные - бедняки.
> В итоге дропают итаник.
Там продолжают делать UltraSPARC, потому что военным нужен и он.
> SUN - у нас всё хорошо, мы самодостаточны, платите, читайте мануалы.
> В итоге как только отскакивает вендор, тут же появляется кто-то,
> кто говорит "всё будет ок, мы щас запилим порт". Но в итоге порт
> не торт. А в случае HP, даже не пили никто особо.
Cui bono?..
> И по факту сборки современных бздей под шарпозавра и спарк32
> существуют ТОЛЬКО потому, что сборочная оснастка до сих пор
> не падает с ошибками.
Кстати, у led@ был шарп когда-то, помнится... и он тоже вдумчивый любитель всяких странных шелезяк.
