Анонсированы (http://lists.debian.org/debian-devel-announce/2013/10/msg000...) первые планы подготовки будущего стабильного релиза Debian 8, развиваемого под кодовым именем "Jessie" (по традиции, использовано имя одного из героев мультфильма Toy Story). Перевод пакетной базы Debian 8 на стадию заморозки, при которой процесс переноса пакетов из unstable в testing будет остановлен и начнётся этап интенсивного тестирования и исправления блокирующих релиз проблем, запланирован на 5 ноября 2014 года.
Для исключения ситуации излишнего растягивания процесса подготовки релиза будут изменены правила поддержания пакетов в состоянии заморозки. Например, после трёх месяцев заморозки будет запрещён процесс возвращения в ветку testing удалённых пакетов; исправления важных ошибок будут допускаться только в первый месяц после заморозки; будет реализована схема удаления беспроблемных пакетов, зависящих от пакетов с блокирующими релиз ошибками, но не относящихся к категории ключевых пакетов. Кроме того, планируется пересмотреть требования (http://release.debian.org/jessie/arch_qualify.html) к минимальному числу разработчиков для официально поддерживаемых портов.
Их целей (https://wiki.debian.org/ReleaseGoals), намеченных для реализации в Debian 8.0, отмечены:
- Поддержка Clang в качестве вторичного компилятора;
- Обеспечение возможности использования системы принудительного контроля доступа SELinux (в режиме enforcing);
- Обеспечение нативной поддержки системного менеджера systemd во всех пакетах, имеющих sysv-скрипты (systemd будет поддерживаться наряду с традиционной системой инициализации);
- Задействование дополнительных механизмов (https://wiki.debian.org/Hardening) обеспечения безопасности, интегрируемых в исполняемые файлы ELF (Position Independent Executable, защита стека, Fortify Source, Read-only relocations, Immediate binding). Активация (https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildF...) флагов сборки с использованием дополнительных механизмов безопасности для как можно большего числа пакетов, которые работают с внешними данными (сетевые серверы, браузеры, просмотрщики контента и т.п.);- Включение (https://wiki.debian.org/ReleaseGoals/CrossToolchains) инструментов кросс-компиляции в архив и обеспечение из коробки средств для кросс-сборки (https://wiki.debian.org/ReleaseGoals/CrossBuildableBase) базовой системы (можно будет разом и без установки внешних инструментов кросс-скомпилировать 140 пакетов, составляющих минимальную базовую систему);
- Упорядочивание использования сборочных флагов CC/CXX;
- Проведение чистки архива пакетов для прохождения пакетами тестов piuparts (https://wiki.debian.org/ReleaseGoals/piuparts);
- Полная поддержка (https://wiki.debian.org/ReleaseGoals/utf-8) UTF-8 во всех пакетах (поддержка ввода и отображения в UTF-8 по умолчанию, поставка всех текстовых файлов в UTF-8, поставка в пакетах файлов только с именами в кодировке UTF-8).URL: http://lists.debian.org/debian-devel-announce/2013/10/msg000...
Новость: http://www.opennet.me/opennews/art.shtml?num=38152
>исправления важных ошибок будут допускаться только в первый месяц после заморозкиА потом что? Не успели за месяц, значит исправлять не надо вообще?
Что-то тут кто-то где-то как-то накосячил с переводом.
Исправление одних ошибок ведет к появлению других ошибок. :)
Поэтому лучший способ минимизировать число ошибок - не исправлять их.
> Исправление одних ошибок ведет к появлению других ошибок. :)Отсюда мораль: если все разработчики дебиана займутся выращиванием рассады, дебиану наступит полный, стопроцентный стабилизец :).
> Отсюда мораль: если все разработчики дебиана займутся выращиванием рассады, дебиану наступит полный, стопроцентный стабилизец :).А ты уловил суть :)
Исключение, вероятно
Как я понял, потом все не ключевые и не исправленные пакеты с ошибками, мешающими релизу, будут удалены.PS: это не значит что их потом не добавят обратно, просто в релиз они не попадут и не будут мешать выпуску.
это обычная практика debian. Дальше ничего только секьюрити фиксы
>>исправления важных ошибок будут допускаться только в первый месяц после заморозки
> А потом что? Не успели за месяц, значит исправлять не надо вообще?Найденные после первого месяца заморозки "important" баги [в пакетах "optional" и "extra", см.ниже], видимо, либо будут исправляться ч-з исключения, либо попадут в релиз и, возможно, будут исправлены после него.
> Что-то тут кто-то где-то как-то накосячил с переводом.
Угу, в оригинале:
>>> i. targeted fixes for release critical bugs (i.e., bugs of severity critical, grave, and serious) in all packages (applies during the entire freeze (ok for TPU));
>>> iii. fixes for severity: important bugs in packages of priority: optional or extra, only when this can be done via unstable (until the 5th of December 2014);1. Там про "важные ошибки" _в _пакетах "optional" или "extra".
2. Кроме "важных ошибок" (severity="important") в D. ещё присутствуют RC-critilal -- [если присмотреться к п.i выше,] аж _трёх _уровней.
>Поддержка Clang в качестве вторичного компилятораВ Debian Stable? Хм...
Вторичный не означает, что им будет собираться код. Это означает лишь то, что им можно будет собрать код. В основном это нужно для отладки.
> - Обеспечение нативной поддержки системного менеджера systemd во всех пакетах, имеющих
> sysv-скрипты (systemd будет поддерживаться наряду с традиционной системой инициализации);Надеюсь, это не то, о чём я думаю.
Да, а потом окажется, что sysv некому поддерживать, он виноват во всех смертных грехах и вообще устарел.:)
> Да, а потом окажется, что sysv некому поддерживать, он виноват во всех смертных грехах и вообще устарел.:)Но ведь оно так и есть :)
>Но ведь оно так и есть :)Будет, аноним. Так оно возможно и будет) Не путай времена :)
>>Но ведь оно так и есть :)
> Будет, аноним. Так оно возможно и будет) Не путай времена :)Я и не путаю. sysvinit уже сейчас устарел. Это выяснилось еще 2005 году, с появлением upstart.
если бы появление всякого нового колеса делало ненужным предыдущее колесо.
> если бы появление всякого нового колеса делало ненужным предыдущее колесо.Выйди на улицу и попробуй найти тех кто ездил бы на деревянных колесах от карет. Что-то все дружно перешли на шины-дутики. Хоть их и можно проколоть ненароком. Не знаете WTF?
Но не на квадратные же!
До апстарта и бубунты знаешь сколько таких потугов было?! ... штук 6-7 вспомню.
sysvinit живёт и кладёт на вас болт!
> sysvinit живёт и кладёт на вас болт!Правда его ареал обитания сужается.
>> sysvinit живёт и кладёт на вас болт!
> Правда его ареал обитания сужается.O tempora, o mores!
>>> sysvinit живёт и кладёт на вас болт!
>> Правда его ареал обитания сужается.
> O tempora, o mores!Mores is an ancient Latin word...
> Я и не путаю. sysvinit уже сейчас устарел. Это выяснилось еще 2005
> году, с появлением upstart.И как всегда, горе-убунтушники не в курсе происходящего в двух шагах, но зато с выводами...
Не знаю как тому горе-убунтушнику, а лично мне писать апстарту конфиги оказалось в разы проще и приятнее чем портянки init'у.
А можно примерчик "портянок". Разумеется, тех, что вы писали самолично.
> Да, а потом окажется, что sysv некому поддерживать, он виноват во всех
> смертных грехах и вообще устарел.:)Ну вот вы и пойдете его поддерживать, если вам это надо. И это будет вполне честно.
>> Да, а потом окажется, что sysv некому поддерживать, он виноват во всех
>> смертных грехах и вообще устарел.:)
> Ну вот вы и пойдете его поддерживать, если вам это надо. И
> это будет вполне честно.Один уже пошёл в арче поддерживать, исключительно на крики "вам надо - вы и поддерживайте". Угадайте, что случилось дальше (сразу говорю, что вариант "вызвавшийся свалил" не катит).
> Один уже пошёл в арче поддерживать, исключительно на крики "вам надо -
> вы и поддерживайте". Угадайте, что случилось дальше (сразу говорю, что вариант
> "вызвавшийся свалил" не катит).Угадываю: он не осилил сделать это более-менее стабильным.
>> Один уже пошёл в арче поддерживать, исключительно на крики "вам надо -
>> вы и поддерживайте". Угадайте, что случилось дальше (сразу говорю, что вариант
>> "вызвавшийся свалил" не катит).
> Угадываю: он не осилил сделать это более-менее стабильным.Нет, насколько я помню, ему заявили, что "это не нужно". Отакие варежки.
> Нет, насколько я помню, ему заявили, что "это не нужно". Отакие варежки.Не очень понятно что мешает показать всем палец и форкнуться, например. Ведь если послушать местных - это надо целой толпе народа. Такая толпа по любому форк до кондиции доведет :).
> Угадываю: он не осилил сделать это более-менее стабильным.То, что работало десятилетиями?
Слова не просто фанатика, а ещё и неуча.
Мишо, мааааленькая поправочка: оно "работало десятилетиями" не в Арче, когда там все перекурочили, впихивая системд. Так что вполне ожидаемо, что попытка вернуть sysv в Арч наткнулась на некоторые сложности, которые не всем захотелось героически преодолевать.
> Мишо, мааааленькая поправочка: оно "работало десятилетиями" не в АрчеТогда и я уточню: "оно" -- это смуренбурговский /sbin/init (хотя то, что он же использовался в арче -- не более чем предположение, выяснять точно уже лень).
А так да, согласен -- я бы тоже подумал, не послать ли диверсантов в самостоятельное плавание и дальше решать за сообщество дистрибутива.
Ох, ну тогда придется уточнять и мне.:) После запиливания системд, совместимость со старым инитом была сломана, не сразу, но со временем. Т.е. нельзя было просто удалить системд и поставить старый удев и инитскрипты. Как минимум, их надо было править под изменившиеся реалии. А учитывая, что эти реалии менялись часто, желающих тестить и слать багрепорты было мало, а желающих обгадить - в достатке, как-то неудивительно что число "диверсантов" быстро стало стремиться к нулю. Я довольно долго сидел на старом удеве, и чинил периодически скрипты, потом стало хуже, мне надоело и я немного попробовав initscripts-fork из аура, перебрался на openrc.
> После запиливания системд, совместимость со старым инитом была сломанаНу если что -- в альте (как и в дебиане AFAIH и как минимум в предыдущей сузе) поддерживаются http://altlinux.org/sysvinit и http://altlinux.org/systemd :)
> То, что работало десятилетиями?Некоторые вон на телегаз с деревянными колесами и конягами столетиями гоняли. Но почему-то желающих так делать сейчас - не очень много. Как-то так народ предпочитает кондей в салоне и мягкие шины-дутики.
> Как-то так народ предпочитаетПробки, геморрой и рак пораньше. Не спорю.
> Ну вот вы и пойдете его поддерживать, если вам это надо. И это будет вполне честно.Ентузиасты-пионэры вон для арча пытаются инит-скрипты поддерживать. Получается пока очень печально.
> Ну вот вы и пойдете его поддерживать, если вам это надо. И это будет вполне честно.Проблема в том, что среди противников поцтеринга практически нет профессиональных разработчиков.
Те же разрабы eudev - устроили всю шумиху "да мы так только, Си хотели получше изучить". А как только изучили - все претензии к поцтеру куда-то пропали. Наоборот, почет, уважуха и конфетки.
> Проблема в том, что среди противников поцтеринга практически нет профессиональных разработчиков.И желающих майнтайнить. Вот всякие бакланы, орущие на форуме и вечно знающие как лучше делать - эти всегда есть. А как работу делать - все дружно прыскают в кусты :).
>> Ну вот вы и пойдете его поддерживать, если вам это надо. И это будет вполне честно.
> Проблема в том, что среди противников поцтеринга практически нет профессиональных разработчиков.
> Те же разрабы eudev - устроили всю шумиху "да мы так только,
> Си хотели получше изучить". А как только изучили - все претензии
> к поцтеру куда-то пропали. Наоборот, почет, уважуха и конфетки.отсыпь пажалиста))) Смотрю eudev, коммиты есть, работа идёт, претензии пропали т.к. на мой взгляд страсти улеглись и взялись просто поддерживать работу eudev, а для этого не сильно много надо.
Что там в влажных мечтах анонимов?
> отсыпь пажалиста))) Смотрю eudev, коммиты есть, работа идёт,Большая часть коммитов берется из апстрима (systemd).
Остальные - просто продолжение практики по сишечке. Тема - заставить udev работать с разными embedded-версиями libc. Бессмысленная по своей сути, потому что там, где используются эти версии, есть простой и компактный mdev, а udev будет жирным оверкиллом, который в 90% не влезет в ресурсы.
Так что - просто изучение сей.> претензии пропали т.к. на мой взгляд
А на взгляд разработчиков - они сваляли дурака, поняли это (хотя и не сразу) и извинились.
ладно, не отсыпай) Вижу у тебя голоса разработчиков в голове.
> Те же разрабы eudev - устроили всю шумиху "да мы так только,
> Си хотели получше изучить". А как только изучили - все претензии
> к поцтеру куда-то пропали. Наоборот, почет, уважуха и конфетки.А это тогда что?
> А это тогда что?
> https://github.com/gentoo/eudev/commits/masterЭто гламурный гитхабчик (судя по аватаркам). С последней активностью более полумесяца назад.
> systemd будет поддерживаться наряду с традиционной системой инициализации+100500 (с потаенной надеждой на то, что к Debian 9.0 systemd сольется в экстазе с devfs и прочими детскими игрушками умных и не очень дядек, где-нибудь в мире ином)
Если у вас системд вызывает такую попоболь, то вероятно у вас есть какие-то веские, рациональные на то причины. Может быть вы с нами ими поделитесь?
Причины были в ветке под этим сообщением, которую стерли :)
Я думал у ниx selinux уже есть. А что же сейчас? apparmor?
> Я думал у ниx selinux уже есть. А что же сейчас? apparmor?Речь идёт о возможности включить SELinux enforcing по умолчанию, а сейчас подразумевается что перед enforcing администратор сам донастраивает SELinux по месту руками.
А то его не надо будет донастраивать. Одного конфига хватит всем!
Сейчас с SELinux enforcing по умолчанию оно вообще не запустится :)
> А то его не надо будет донастраивать.Разница в объеме донастройки.
> Я думал у ниx selinux уже есть. А что же сейчас? apparmor?SELinux есть в ядре Linux.
Другое дело, что наборы правил, позволяющие защищать систему и при этом не убивающие ее, сейчас есть только в Fedora/RHEL.
Отож многие хавтушки по этой вашей Федоре начинаются с "1. Отключите SELinux".
> Отож многие хавтушки по этой вашей Федоре начинаются с "1. Отключите SELinux".Смотря кто их пишет. Я когда натыкаюсь на подобное закрываю и ищу более адекватные варианты, или чаще обращаю внимание на оф. документацию.
Принцип: понимание рождает действие, еще никто не отменял.
Это не значит что оно не работает.
> Это не значит что оно не работает.Это значти что гемора с ним много.
>> Это не значит что оно не работает.
> Это значти что гемора с ним много.Линукс вообще сложная штука.
> Линукс вообще сложная штука.Да нормальная. Вот полновесный мандатный контроль - это да, гемор. Но он сам по себе гемор, а не потому что Linux. Он и в других местах гемор, например в винде.
> Я думал у ниx selinux уже есть. А что же сейчас? apparmor?В debian 7 SELinux в enforcing X-ы не запускаются.Создавал кучу модулей
по сообщениям из audit.log, Xorg запускается, но gnome всё равно валится.SELinux
создаёт проблемы с комуникацией процессов через dbus.
> В debian 7 SELinux в enforcing X-ы не запускаются.Создавал кучу модулей
> по сообщениям из audit.log, Xorg запускается, но gnome всё равно валится.SELinux
> создаёт проблемы с комуникацией процессов через dbus.А все потому, что тупо скопипастить правила с федоры - недостаточно.
Надо еще подправить их под свой FSHS и свои версии программ.
Нет, модули с правилами создавались по сообщениям из audit.log.Но определённые ошибки доступа продолжали упорно появляться.По всей видимости нужно добавлять какие-то изменения в ядро, для разрешения определённых процессов, потому-что разрешающими правилами в подгружаемых модулях этого добиться не удавалось.
>добавлять какие-то изменения в ядро, для разрешения определённых процессовЭто нормально для шапкоподелий. Чтобы гoвно норм^W хоть как-то работало, надо изгoвнякать хорошие, годные вещи.
> Это нормально для шапкоподелий. Чтобы гoвно норм^W хоть как-то работало, надо изгoвнякать хорошие, годные вещи.Ну вот, опять оракловые оналитеки набежали и начали попоболеть.
> Нет, модули с правилами создавались по сообщениям из audit.log.Но определённые ошибки доступа
> продолжали упорно появляться.По всей видимости нужно добавлять какие-то изменения в ядро,
> для разрешения определённых процессов, потому-что разрешающими правилами в подгружаемых
> модулях этого добиться не удавалось.Скорее, не ядро, а приложения. Не все приложения из коробки готовы к мандатному контролю доступа.
предлагаю назвать релиз Heisenberg. )))
> предлагаю назвать релиз Heisenberg. )))согласен, только нужно переснять toy story.
>> предлагаю назвать релиз Heisenberg. )))
> согласен, только нужно переснять toy story.Таки, Гервестуем той-стоГи-четыГе с Мойшами, Катцманами и тётями СаГами.
>>> предлагаю назвать релиз Heisenberg. )))
>> согласен, только нужно переснять toy story.
> Таки, Гервестуем той-стоГи-четыГе с Мойшами, Катцманами и тётями СаГами.списибо тораГой дГуг -- а бы лучше не сгазал.
> Таки, Гервестуем той-стоГи-четыГе с Мойшами, Катцманами и тётями СаГами.АндГей ... вы таки Митрофацман?
>Обеспечение нативной поддержки системного менеджера systemdКстати, а что там с портированием openrc на Дебиан? Оно уже юзабельно, или все еще нет? Кто-нибудь пробовал?
в визи и так уже помимо sysv есть пакеты upstart и systemd
Вам их что солить что ли ???
Ну хочется детям покопаться в других системах инициализации
Детям ковыряцца федора есть.
> Детям ковыряцца федора есть.Гента же.
> Детям ковыряцца федора есть.И как там ковыряться? Все и так из коробки работает.
> Ну хочется детям покопаться в других системах инициализацииПусть ковыряют runit.
> Пусть ковыряют runit.Это лучше, чем разбираться в сортах системДЭ (к которым относятся upstart и openrc).
> Это лучше, чем разбираться в сортах системДЭ (к которым относятся upstart и openrc).Вы как-то криво написали что все пи...сы, а вот вы д'артаньян. Ну вы же не разработчик runit, правда? Однако, попытка хорошая.
>> Это лучше, чем разбираться в сортах системДЭ (к которым относятся upstart и openrc).
> Вы как-то криво написали что все пи...сы, а вот вы д'артаньян.Нет, я этого не писал. Я просто намекнул на то, что самостоятельными, самобытными системами инициализации являются лишь sysvinit, runit и systemd.
Upstart (а в последнее время и openrc) живет лишь за счет копипасты фич из этих самобытных систем (конечно, в основном из systemd), не внося ничего нового.
> Upstart (а в последнее время и openrc) живет лишь за счет копипасты
> фич из этих самобытных систем (конечно, в основном из systemd), не
> внося ничего нового.Все бы ничего. Если б апстарт не появился раньше чем systemd, по поводу чего большой вопрос кого там считать за копипасту :P.
> Кстати, а что там с портированием openrc на Дебиан? Оно уже юзабельно,
> или все еще нет? Кто-нибудь пробовал?В полном Gentoo-way: берёшь в руки wiki.debian.org/OpenRC и _пилишь_.
+++google://Status of OpenRC in Debian
---lists.debian.org/debian-devel/2012/05/msg00263.html
///anonscm.debian.org/gitweb/?p=collab-maint/openrc.git;a=summary
...а ещё они взяли одного студента на гугле-лето-кода, но вряд он поправит _все init-скрипты всех пакетов в под "новую метлу"
OpenRC сейчас ожидает в NEW. А скрипты поправлять не надо, студ как раз делал так, чтобы можно было просто вот взять и запустить OpenRC с имеющимися скриптами.
> OpenRC сейчас ожидает в NEW. А скрипты поправлять не надо, студ как
> раз делал так, чтобы можно было просто вот взять и запустить
> OpenRC с имеющимися скриптами.А смысл от него тогда? Основная фича openrc - свой скриптовый язык.
Вам кто-то мешает поправить как вам надо, или вообще переписать с нуля? Дефолт есть дефолт, он должен стабильно работать, а если вам надо кастомизировать - всегда пожалуйста, не винда, чай.
>OpenRC сейчас ожидает в NEW.Им там тестеры не нужны? Я б на досуге с удовольствием попробовал, и в случае чего, отбагрепортил. Вообще как-то информации по проекту мало...
> поставка в пакетах файлов только с именами в кодировке UTF-8И много таких пакетов, в которых есть файлы с именами на языках, отличных от английского?
(Имена файлов на английском в UTF-8 содержат ровно тот же набор кодирующих байтов, что и стандарт кодирования US-ASCII).
Не все английские символы есть в US-ASCII.
> Не все английские символы есть в US-ASCII.Каких, например, там нет (если речь идет именно _современном_ _общеупотребительном_ _английском_, а не всяких древних, фонетических и германских алфавитах)?
ï
> ïИ где эта буква используется в современном общеупотребительном английском?
>> ï
> И где эта буква используется в современном общеупотребительном английском?в Организации Объединённых Тюленей,
/КЭП
>> ï
> И где эта буква используется в современном общеупотребительном английском?В слове Naïve, например.
Википедия: "While this was true before the twentieth century, there are now academies for naïve art. Naïve art is now a fully recognized art genre, represented in art galleries worldwide."
Могу сказать только одно, как только выйдет Стабильная haika линукс уйдет из моих десткопов навсегда. Даже когда-то консервативный дебиан не удержит. Вечные нововведения постоянно пожирают мое время.
Зачем ждать? Фридос вполне стабилен.
> как только выйдет Стабильная haikaСмотря что понимать под стабильностью. Я вон выше высказался про метод сделать дебиану полный стабилизец. Пусть разработчики идут рассаду выращивать - и вы получите то что хотели.
> Вечные нововведения постоянно пожирают мое время.
Ну окей, есть чудный DOS, Win 3.11, Win95 и даже целый NT4. Им наступил окончательный и бесповоротный стабилизец. А то что весь мир не собирается встать на паузу и подождать лично вас - ну извините...
Я, к сожалению, не понимаю ваших комментариев. Причем здесь оффтоп?
> Я, к сожалению, не понимаю ваших комментариев. Причем здесь оффтоп?Крайности сэр. Думаю они полагают что свет сошелся на линуксе. А если не линукс, то любой хлам.
Ось должна разворачиваться за 15 минут с полной настройкой. Я тут над офисными стебусь, они уходят на перекур - я им ливку запускаю. Возвращаются такие, офигевают. На установленном P2 грузится 10сек. И мне будут рассказывать про параллельную инициализацию и скорость запуска? ))) http://img.flashtux.org/img1332cc62f595x318df800.png
Да мы уже поняли, что изначальный комментарий ты написал только чтобы пропиарить свою любимую игрушку. Как говорится, чем бы дитя не тешилось, лишь бы детей не делало.А вот с коллегами будь осторожней, могут ведь попасться не такие добрые люди и просто двинут в бубен без лишних разговоров за то, что трогаешь их рабочее место без спроса.
Игрушки игрушками, но под нагрузкой Haiku утирает Линукс почти в три раза. Все работает из коробки. Исходники открыты. GCC есть. Железо определилось верно. Qt порт есть. Бинарная совместимость присутствует (это на вопрос: а чё типа весь софт такой старый, как любят на дебианщиков тут наезжать ))).
> Игрушки игрушками, но под нагрузкой Haiku утирает Линукс почти в три раза.
> Все работает из коробки. Исходники открыты. GCC есть. Железо определилось верно.
> Qt порт есть. Бинарная совместимость присутствует (это на вопрос: а чё
> типа весь софт такой старый, как любят на дебианщиков тут наезжать
> ))).А под фридос порта Qt, конечно, нет, но он и не нужен.
Зато под нагрузкой утирает линукс в сотни раз :)
Есть такое волшебное слово на десктопе - многозадачность. Не тратьте ни мое ни свое время, найдите две идентичные железяки и погоняйте альфу хайку и дистрибутив линукс. Сделайте для себя вывод. Не стоит благодарить )
> Есть такое волшебное слово на десктопе - многозадачность. Не тратьте ни мое
> ни свое время, найдите две идентичные железяки и погоняйте альфу хайку
> и дистрибутив линукс. Сделайте для себя вывод. Не стоит благодарить )Все перепутал.
Хайку- (би-ос) отличалось лучшей многозадачности от Апплевской оси, той самой, еще до freebsd-зации. Но она и были и есть намного хуже многозадачных осей у которых эта многозадачность - основа, как Линукс или та же бздя. Так что ходи лучше на винфаке неси откровения про "более лучшую" многозадачность и прочие овощи и там рожь.
>> Есть такое волшебное слово на десктопе - многозадачность. Не тратьте ни мое
>> ни свое время, найдите две идентичные железяки и погоняйте альфу хайку
>> и дистрибутив линукс. Сделайте для себя вывод. Не стоит благодарить )
> Все перепутал.
> Хайку- (би-ос) отличалось лучшей многозадачности от Апплевской оси, той самой, еще до
> freebsd-зации. Но она и были и есть намного хуже многозадачных осей
> у которых эта многозадачность - основа, как Линукс или та же
> бздя. Так что ходи лучше на винфаке неси откровения про "более
> лучшую" многозадачность и прочие овощи и там рожь.Именно по этому линукс начинает тормозить на третьем видео в фоне, в отличии от хайки на седьмом ролике (просто для примера), а корректно работающий acpi из коробки - просто совпадение
> Именно по этому линукс начинает тормозить на третьем видео в фоне, в
> отличии от хайки на седьмом ролике (просто для примера),На моем десктопе можно хоть десктоп замостить 9 роликами и все довольно прилично работает. Правда накукуй мне это? И если уж мы о тормозах - а декодировать видео на GPU оно умеет?
> а корректно работающий acpi из коробки - просто совпадение
В линухе - там да, костылей много кому подставили в плане их фирменных багов. Так что оно на особо горбатых железках даже временами умудряется работать нормально, кидая варнинги, но работая. А гайка наверняка работает на полутора рафинированных экспонатах. А на первом же нотике с кривым ACPI (которых чуть более половины) - сделает лапки кверху.
>[оверквотинг удален]
>> отличии от хайки на седьмом ролике (просто для примера),
> На моем десктопе можно хоть десктоп замостить 9 роликами и все довольно
> прилично работает. Правда накукуй мне это? И если уж мы о
> тормозах - а декодировать видео на GPU оно умеет?
>> а корректно работающий acpi из коробки - просто совпадение
> В линухе - там да, костылей много кому подставили в плане их
> фирменных багов. Так что оно на особо горбатых железках даже временами
> умудряется работать нормально, кидая варнинги, но работая. А гайка наверняка работает
> на полутора рафинированных экспонатах. А на первом же нотике с кривым
> ACPI (которых чуть более половины) - сделает лапки кверху.Альфа, х86... Но держится очень достойно. Так что не углубляйтесь в писемерении, плз
По первому т9 кривое, а по второму, читай существительное в пред ложном падеже, умник
> читай существительное в пред ложном падеже, умникВ "пред" каком?
"умник" - это у таких как ты - оскорбление?
> Есть такое волшебное слово на десктопе - многозадачность. Не тратьте ни мое
> ни свое время, найдите две идентичные железяки и погоняйте альфу хайку
> и дистрибутив линукс. Сделайте для себя вывод. Не стоит благодарить )С такой логикой лучше всего пользоваться DOSом, он вообще время на переключение задач не тратит. И прямое IO в порты ввода вывода там быстрее некуда. Впрочем, на этом достоинства и заканчиваются...
> под нагрузкой Haiku утирает Линукс почти в три раза.Щастье есть! Правда сам ты почему то под форточкой :)
Под user-agent ;)
> Игрушки игрушками, но под нагрузкой Haiku утирает Линукс почти в три раза.Интересно, под какой нагрузкой и в какой номинации? Во всех и сразу? Не верю: во многих случаях линух I/O limited и разогнать сие в 3 раза не получится.
> Все работает из коробки.Смотря что - "все". В линухе то не всегда все работает при том что драйверов там немеряно.
> Исходники открыты.
У minix исходники тоже открыты. Пользуйтесь, чо.
> GCC есть.
Да уж. Эти больные люди таскают gcc 2.95 ... для совместимости с античной проприетарью вместо того чтобы заняться чем-то более полезным.
> Железо определилось верно.
Какое? К тому же определилось != заработало.
> Qt порт есть. Бинарная совместимость присутствуетДа, они аж таскают gcc 2.95 по этому поводу. А оно такое надо?
у меня линукс дистрибутив свой разворачивается за 5 минут)) или сколько там, архив распаковывается на 400мб... Другое дело, что вся эта фигня с "десктопным линуксом", скорей оттягивают от десктопа, чем натягивают.
Да у меня тоже сид быстро разворачивается, только ты в отличие от Haikera будеш мануалы от поттеринга читать и вникать, вместо того, чтобы поставить мгновенно другую ось, за считанные минуты ее настроить и накатить емакс. И ржать над этими ЛиноТехноЛужниками ( мультиюзертаргетсвантс ) ).
> Да у меня тоже сид быстро разворачивается, только ты в отличие от
> Haikera будеш мануалы от поттеринга читать и вникать, вместо того, чтобы
> поставить мгновенно другую ось, за считанные минуты ее настроить и накатить
> емакс. И ржать над этими ЛиноТехноЛужниками ( мультиюзертаргетсвантс ) ).не-не-не, дэвид блейн) такой линукс мне не нужен. у меня тёплый, ламповый, с благословением патрика.
Но мысль твою понял. Вся эти "внедряемые технологии" - ох, да не будем об этом.
> не-не-не, дэвид блейн) такой линукс мне не нужен. у меня тёплый, ламповый, с благословением патрика.Патрик же благословил вяленд с системдэ. А в слаке их нет, потому что ему тyпо лень.
Сказки. Ты еще привел бы линк на опеннет. Заезженная тема. Или сразу на linuxquestions))
Не болтай ерундой. Патрег высказался в стиле "Нехай пилят, а я отсюда посмотрю". Вполне здравая позиция. Если вдруг что путное выйдет - можно и заюзать, а сырые недопиленные поделия пусть федорасты с арчерами юзают, их не жалко.
> Ось должна разворачиваться за 15 минут с полной настройкой.Убунта накатывается на SSD за 5 миут.
> рассказывать про параллельную инициализацию и скорость запуска? )))
Ну так не комильфо когда система в иной конфигурации по минуте взлетает, затыкаясь на каком-нить получении айпишника по сети или еще какой фигне.
аххах, в точку:https://bugzilla.redhat.com/show_bug.cgi?id=983688
https://bugs.archlinux.org/task/33791
> Ось должна разворачиваться за 15 минут с полной настройкой.С линуксом так и есть.
> Крайности сэр.Ну крайности-то начались уже в исходном посте ("уйдет навсегда" и все такое), так что чему удивляться-то.
>> Крайности сэр.
> Ну крайности-то начались уже в исходном посте ("уйдет навсегда" и все такое),
> так что чему удивляться-то.не удивляюсь :) Сказать что сменю линукс на десктопе как допилят хайку и пять гневных анонимов советуют закрытый хлам - эт не крайность, не. Это всё топикстартер начал :D
> не удивляюсь :) Сказать что сменю линукс на десктопе как допилят хайку
> и пять гневных анонимов советуют закрытый хлам - эт не крайность,
> не. Это всё топикстартер начал :DЭто не хлам, а вполне стабильные системы, свободные ото всяких "инноваций".
А та же хайка от них не гарантирована.
>> не удивляюсь :) Сказать что сменю линукс на десктопе как допилят хайку
>> и пять гневных анонимов советуют закрытый хлам - эт не крайность,
>> не. Это всё топикстартер начал :D
> Это не хлам, а вполне стабильные системы, свободные ото всяких "инноваций".
> А та же хайка от них не гарантирована.хорошо, принято :)
> Я, к сожалению, не понимаю ваших комментариев. Причем здесь оффтоп?Если требуются стабильные системы безо всяких инноваций - ничуть не оффтоп, а очень даже онтоп.
> Я, к сожалению, не понимаю ваших комментариев. Причем здесь оффтоп?твои комментарии и есть оффтоп.
> Могу сказать только одно, как только выйдет Стабильная haika линукс уйдет из моих десткопов навсегда.
> как только выйдет Стабильная haikaТ.е. никогда?
Ну что, опять полгода без обновлений жить?
> Ну что, опять полгода без обновлений жить?Вас заставляют? Негодяи! Хотите поговорить об этом?
Да нет, но вроде писали что хотят отойти от такой практики.
> Да нет, но вроде писали что хотят отойти от такой практики.от какой? любезный вы о чем?
Жить в сиде можно, в отличии от ubuntu или нет?
Убунта как раз на sid и базируется. Так что лучше пользуйтесь testing.
> Убунта как раз на sid и базируется. Так что лучше пользуйтесь testing.Только софт в testing в отличие от убунтов ломают только в путь.
Не слушай никого, пользуйся sid. Почитай apt-pinning для ровного полета и обновляйся через aptitude в строке. А то насоветуют тут сейчас
>Полная поддержка UTF-8 во всех пакетах (поддержка ввода и отображения в UTF-8 по умолчанию, поставка всех текстовых файлов в UTF-8, поставка в пакетах файлов только с именами в кодировке UTF-8).Интересно, links 2 они допилят или выкинут?
А у них koi8-r до сих пор?
> Обеспечение нативной поддержки системного менеджера systemdWTF???