а также проблем со стабильностью машин SPARC, находящихся в ведении проекта Debian

Нищеброды. А так, согласен, не фиг распылять усилия, SPARC на фиг не нужен.

Дебиан на спарке не нужен, это точно.

а также проблем со стабильностью машин SPARC, находящихся в ведении проекта Debian

Нищеброды.

Они не причем. Машины нестабильны, потому что нестабильны все относительно свежие ядра.

И зачем нужен SPARC в Debian? Им кто-то пользуется из ЦА Debian?

А какие дистры всё еще остались для SPARC? Ведь не хорошо если вообще похоронят. Должно же что-то оставаться. Впрочем, Gentoo... на крайняк LFS ^_^

Дебиан на спарке не нужен, это точно.

проплачено анб

SPARC'у не нужен Debian.

Хм. А оно еще шевелится? разве оракел не закопал?

У меня на одной из работ был почтовый релей на сановском сервере со SPARC. Работал на Debian, наверное до сих пор работает. Еще МЦСТ-R — это SPARC V8.

Debian удалила

Debian осознал(а) себя как личность?

rip

Шевелится, долгосрочные планы даже есть.

http://www.oracle.com/us/products/servers-storage/servers/sparc/oracle-sparc/...

Дебианокапец!

оракель сразу же закопал sun4u а это огромный парк серверов.

А гордость отечественного процессоростроения Эльбрус-то тоже вроде SPARC.

Еще МЦСТ-R — это SPARC V8.

Тогда им есть смысл помогать Debian поддерживать этот порт.

А гордость отечественного процессоростроения Эльбрус-то тоже вроде SPARC.

Предыдущая инкарнация - да. Причем древний SPARC v8, с таким же древним Solaris 2.5 %)

SPARC != SPARC64 ?

Еще МЦСТ-R — это SPARC V8.

Тогда им есть смысл помогать Debian

Упал под стол. МЦСТ и Debian? Не, серьезно? %)

Упал под стол. МЦСТ и Debian? Не, серьезно? %)

А что вызывает смех?

В России подготовили к выпуску новый процессор «Эльбрус-4С»

Основной операционной системой для процессора является «Эльбрус», разработанная на основе ядра Linux версии 2.6.33 и поддерживающая работу более трех тысяч пакетов из дистрибутива Debian 5.0.

Тогда почему бы нет?

А что вызывает смех?

Мысль о взаимодействии МЦСТ с Debian.

Основной операционной системой для процессора является «Эльбрус», разработанная на основе ядра Linux версии 2.6.33 и поддерживающая работу более трех тысяч пакетов из дистрибутива Debian 5.0.

Тогда почему бы нет?

Во-первых, заметь версию Debian и ядра; во-вторых, это тупо другая архитектура - e2k. Эльбрусы на SPARC всегда шли с Solaris 2.5, и если это изменится... я обещаю съесть свою шляпу (у меня нет шляпы, но я ее куплю по такому поводу).

С Gentoo тоже не все гладко, тестеров нет вообще. SPARC Arch team - одна из самых дохлых, наравне с sh и m68k.

А как же Эльбрус-4С? Это же спарк архитектура...

Очень жаль.

Есть у меня на работе Sun Blade 1000 с Debian.
Впрочем, old-old-old stable - некрофилия в кубе :-)

$ uname -a
Linux bla-bla-bla 2.4.27-3-sparc64 #1 Tue Dec 5 22:18:03 UTC 2006 sparc64 GNU/Linux

Еще МЦСТ-R — это SPARC V8.

Пишут, что R1000 aka МЦСТ-4R — v9
http://www.mcst.ru/b_22-23.shtml

Ну и зря.

Ну теперь эльбрусам точно капец.

А как же Эльбрус-4С? Это же спарк архитектура...

Добрый доктор прописывает разупоринчика.

системди следующий!

Solaris.

Зачем на них линукс вообще?

SPARC != SPARC64 ?

Поддержку SPARC выкинули ещё в Debian 5. Так что теперь выкинули 64.

частью ареала популяции пингвинов.

Надеюсь, только из-за снижения затрат на сисадминов?

А Эльбрус-90 был V8.

Еще МЦСТ-R — это SPARC V8.

Поддержка V8 была удалена ещё в Debian 5. Так что, этих машинок новость не коснётся.

Причем древний SPARC v8, с таким же древним Solaris 2.5 %)

Интересно, почему 2.5. По-идее, v8 поддеживается до Solaris 9 включительно.

А какие дистры всё еще остались для SPARC? Ведь не хорошо если вообще похоронят.

Насколько я знаю, Debian был последним работающим.

Тююю, они такие медленные.
Кому тот Спарк сейчас нужен?

не, ну зачем там дебиан, когда своих ОС полно.

Solaris.

Из которого удалили поддержку всего, что старше UltraSPARC-IV?

Зачем на них линукс вообще?

Чтобы иметь свежий софт на старых компах? (Да, в Debian-7 он-таки свежее, чем в Solaris 10).

Есть 3 архитектуры: x86 (уже на стадии умирания), amd64 (основная) и ARM (портативные устройства). Этого вполне достаточно, зачем нужны еще какие-то нетрадиционные?

Интересно, почему 2.5

Думаю, Sun им лицензировал именно 2.5, и с тех пор они тянут форк.

По-идее, v8 поддеживается до Solaris 9 включительно.

В debian-sparc вроде писали, что Solaris после 1997 года требует 64-битный проц (а 2.5 - это именно 1997 год).

Есть 3 архитектуры: x86 (уже на стадии умирания), amd64 (основная) и ARM (портативные устройства). Этого вполне достаточно, зачем нужны еще какие-то нетрадиционные?

Затем же, зачем в этом списке появились amd64 и arm. 15 лет назад их в этом списке не было.

Зачем на них линукс вообще?

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

Надеюсь, только из-за снижения затрат на сисадминов?

Возможно. На Solaris у нас работает только особое ПО и его поддерживает зарубежная компания. А для запуска общих программ (а-ля веб-сервер и т.п.) на Solaris, на мой взгляд, недостаточно мотивации.

По-идее, v8 поддеживается до Solaris 9 включительно.

В debian-sparc вроде писали, что Solaris после 1997 года требует 64-битный проц (а 2.5 - это именно 1997 год).

Ну, если в debian-sparc писали... ;-) Вообще-то Solaris 9 даже под 32х-битным QEMU можно запустить (в моём how-to описано).

Но ты навёл меня на мысль, что там не классический SPARCv8, а ROSS. Их поддержку действительно выкинули в Solaris 2.6.

А как же MIPS, который живее всех живых на китайских роутерах с линуксом?

Во времена 2.6 я компилировал вручную весь свежий софт. Работало всё быстрее, чем на linux. Если нужен спарк попой в сеть - openbsd.

Во времена 2.6 я компилировал вручную весь свежий софт. Работало всё быстрее, чем на linux

У меня в те же времена был другой опыт. На машинке с 16 или 32М оперативки Solaris еле шевелился. RedHat и NetBSD - рулили.

Если нужен спарк попой в сеть - openbsd.

Та же логика применима и для других компов, поддерживаемых openbsd. Зачем тогда вообще Linux?

На Solaris у нас работает только особое ПО и его поддерживает зарубежная компания.

Не расскажешь, какое? Я пару лет назад искал софт для SPARC, который был бы уникален. Когда ничего не нашёл, решил, что нет смысла допиливать эмуляцию SPARCv9: всё тоже самое есть и под Linux.

Анониму с теорией заговора

Пока писал ответ, сообщение уже удалили, но поскольку подобные спекуляции и теории заговора будут возникать ещё, я всё таки отвечу:

Эльбрусы новые тут вообще не причём. Они не SPARC, а VLIW с засекреченой системой команд. Их поддержку из какого-либо западного дистрибутива выкинуть не могут: её там нет, и, в силу засекреченности, быть не может.

Эльбрусы старые - тут тоже не причём, они SPARCv8, и их поддержку выкинули много лет назад. Единственная модель, которая могла бы быть зартронута - МЦСТ R1000. Но и её поддержки в западных дистрибутивах никогда не было.

Так что, ищите теорию заговора похитрее.

Все, кроме божественного x86, должно сдохнуть!

Не расскажешь, какое? Я пару лет назад искал софт для SPARC, который был бы уникален. Когда ничего не нашёл, решил, что нет смысла допиливать эмуляцию SPARCv9: всё тоже самое есть и под Linux.

надо было смотреть на ынтырпрайз. есть например ПАК включающий в себя гроб набитый DSP и сервера управления. софт в оригинале только под SPARC/Solaris (есть версия под Wintel но реализована грязным хаком в виде пересборки оригинального софта с cygwin или иной POSIX подсистемой)