быдлопрограммки

призывал прогнуться под быдлопрограммки

о нет! мы этого в венде уже нахлебались!

быдокодеры

о каких функциях тогда шла речь.

ЕМНИП, Линус призывал не доводить всё до фанатизма и если требования разумны и выполнимы - то сделать как просят.
несмотря на возможную некрасивость.
ну или в понятных словах объяснить быдокодерам почему нет, а не отсылать RTFM
так как случай был действительно неоднозначный.

Можно потроллить Ульриха:

• заново открываем назначенный на него WONTFIX или подобный баг;
• он начинает выть что-нибудь вроде «stop reopening the bug» или «f*ck you»;
• на любые дрепперские выпады отвечаем его же фразой «Strange, I never saw your name on my paycheck. Since if that's not the case you cannot order me around.» (мол, пусть не указывает нам, что делать и куда идти);
• ...
• PROFIT!!!

итаник

Вот пост 2005-го года,

+100500
особенно слова про «and expensive hardware which not many people have access to».
Реально - sx2000-стагнирующая платформа. и с учётом выхода нового zeon перспективы у неё ->0.

у меня есть итаники в продакшене (в этом треде уже отметились еще пару человек). Такие новости совсем не радуют, с поддержкой софта и так масса проблем.

В чем СЕЙЧАС преимущество итаников перед Xeon/Opteron или только из-за легаси с ними продолжают работать?

Очень просто. Люди решили не выковыривать из носу революции - а сделать полезную работу, ничего при этом не ломая.

Леннарт тоже ничего не сломал.

Это какие такие «стандарты» запрещают отдельный /usr в юникс?

Еще раз объясняю с самого начала:

systemd нуждается в libdbus. libdbus должен быть размещен в /usr/lib (по FHS). FHS соблюден.

Однако, если нарушить FHS, поместив libdbus в /lib, все будет работать. Однако, ни один дистростроитель так не сделает, и это будет правильно с его стороны.

Я же уже пофиксил.

Он на практике лучше, чем другие иниты. Как минимум, по быстроте и по фичастости.

С разморозкой, дядя. Современные процы пытаются распараллеливать даже один поток.

Твои уши - все в лапше, жертва рекламы.

В чем СЕЙЧАС преимущество итаников перед Xeon/Opteron или только из-за легаси с ними продолжают работать?

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

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

Блин! Может, покажешь место, где его код противоречит стандартам? Или хотя бы как это проявляется?

Если ты опять про /usr, то ни в одном стандарте не написано, что инит не должен использовать libdbus.

Достаточно подсчитать статистику, чтобы понять - IA64 в попе. Если вы разбираетесь в Си, вам будет хорошо знакома конструкция #ifdef IA64. Вопрос: зачем держать в коде вещи, которые захламляют его? Это и проблема рефакторинга, и объёма кода, и усложнение самого написания кода. И всё ради 1% энтузазистов?? Как вы помните, Линус давно уже сказал: ядро huge and bloated. А всё как раз из-за поддержки всего того хлама, который никак не выкинут красноглазики. :) Здесь уместен принцип микрософта: концентрироваться только на широко востребованных вещах, потому что на ерунду нет ресурсов. И это у коммерческого гиганта! А сколько ресурсов у пингвомира?

без понятия. я в курсе, что на ИА64 производились в том числе рабочие станции, но реально их никогда не видел, только серверы.

Убожище ни на что не годное эти «станции». Они аппаратное 3D в реальности не умели даже под вендой.

Нет, утверждение звучало так: «нет никакого amd64». Дальше последовало «обоснование» в виде «потому что он мне не нравится».

Официальная причина объединения корня и /usr - не в systemd: http://fedoraproject.org/wiki/Features/UsrMove

Ну да, а официальная причина смерти трупа с 17 ножевыми ранениями - самоубиство

Объединение / и /usr рассматривается и в Debian, который не использует systemd. По ссылке это написано. Там же есть ссылка на гентушное обсуждение, в котором описываются проблему с отдельным /usr.

Но петросянить легче, не вопрос.

ia64

есть ли желающие заняться ей поддержкой.

вот и займись!
а сперва поинтересуйся - есть ли у тебя на чём проверять?
или у тебя ia64 в кладовке стоит?

Если ты опять про /usr, то ни в одном стандарте не написано, что инит не должен использовать libdbus.

В стандарте и wine использовать не запрещено.

TruЪ

домохозяйки рассуждают о разработке

ололо. TruЪ разрабы и погромисты никогда не смотрят в докцию!

Объединение / и /usr рассматривается и в Debian, который не использует systemd. По ссылке это написано. Там же есть ссылка на гентушное обсуждение, в котором описываются проблему с отдельным /usr.

Видимо в Linux-описатели пришло слишком много пыонэров, привыкщих к виндам и без понятий как все должно правильно работать. Отсюда весь этот бред с Gnome3 и не только и постоянное обрезание возможностей линукса, которые хомячки не используют. Ждем когда Иксы в ядро запихнут и совсем похерят их сетевые возможности.

В итаниуме хоть что-то новое предложили...

Ну, во-первых, ничего нового не предложили, а во-вторых, компилятор, генерирующий для IA64 достаточно эффективный код, чтобы быть быстрее равновозрастных x86, не удалось создать даже Intel. Правда, бытует мнение, что виновата в плохом качестве компилятора Бабаяновская команда, но результат такой, какой есть.

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

А что-нибудь релевантное ты можешь сказать?

http://ru.wikipedia.org/wiki/Суперскалярность

а эмуляция x86 тормознутая

Нормальная эмуляция, никаких тормозов вообще. Я компилировал код для x86 и IA64, запускал и сравнивал. Разница -/+ очень немного. Думаю, что именно поэтому её и выпилили, чтоб у чуваков не возникало странных подозрений. Легенда об медленной эмуляции x86 пошла из рекламных прожектов от Intel, сулящей невиданную мощщ IA64 по сравнению с x86. На практике, никакой мощщи не было, всё сваливалось на «неопмизированный код», а «оптимизированного кода» никто так и не увидел, и уже, не увидит, скорее всего.

Так, многие помнят решение о переходе Debian на Eglibc, состоявшееся, в том числе, из-за нежелания работать с Ульрихом в дальнейшем.

Я правильно понимаю, что в дебиане все работает?

//Некогда читать все 11 страниц.

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

Ставят. Но именно что в НЕКОТОРЫЕ. Я, пожалуй, могу назвать не более одной модели. В роутере, от процессора зависит ВСЁ. Потому, что в нём что самое убогое железо, которое только можно найти на рынке, и на процессоре там делается вся работа. Тем не менее, PowerPC в роутеры ставят очень-очень редко. Обычно там MIPS.

А что-нибудь релевантное ты можешь сказать?

А что тут можно сказать, если генетической чертой Linux и Unix, в сравнении с виндами, всегда была гибкость, настраиваемость и удобство для администратора. Мало-помалу, но вот и логи становятся бинарными и многое другое. /usr отдельным был ведь из-за того для того, чтобы можно было загрузить минимальную систему с /bin и /boot, если остальное порушено. Теперь кто-то решил, что это не нужно.

http://ru.wikipedia.org/wiki/Суперскалярность

Спасибо, копетан. Ты почитай, что он дальше в своём опусе пишет. Ему кажется, что де у АМД - суперскалярная архитектура, а у Интел - нет.

Оказывается эти процессоры еще делают! :) Наверное смысла пыхтеть над упущенным интеловским этапом развития Дреппер уже не видит. Ну а кому надо - сами прикрутят, не так уж и сложно это делается.

Столлман последний раз что-то программировал в прошлом веке, так что его мнение по данному вопросу всё равно что пук в лужу.

Это неправда. Последний коммит в Emacs от него был 2 января 2012 года (на текущий момент).

Народ, что вы гадаете? Есть же Ohloh, где все ходы записаны.

http://www.ohloh.net/p/emacs/contributors/15236396538365

systemd нуждается в libdbus. libdbus должен быть размещен в /usr/lib (по FHS). FHS соблюден.

Однако, если нарушить FHS, поместив libdbus в /lib, все будет работать. Однако, ни один дистростроитель так не сделает, и это будет правильно с его стороны.

Гон. Согласно FHS (http://www.pathname.com/fhs/pub/fhs-2.3.html в данный момент не открывается, беру отсюда: http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard), в /lib должны быть все библиотеки, необходимые для работы программ из /bin и /sbin. Systemd лежит в /bin/systemd -> требуемый ему libdbus должен лежать в /lib. А все дистростроители, использующие systemd и помещающие libdbus в /usr/lib нарушают FHS.

systemd лежит в /bin/systemd -> требуемый ему libdbus должен лежать в /lib. А все дистростроители, использующие systemd и помещающие libdbus в /usr/lib нарушают FHS.

Гг. А если какой-нибудь умник положит OOo в /bin, получится, что вообще все дистры делают всё неправильно? %)

Объединение / и /usr рассматривается и в Debian, который не использует systemd. По ссылке это написано. Там же есть ссылка на гентушное обсуждение, в котором описываются проблему с отдельным /usr.

Поглядел по ссылке на проблемы Gentoo (сам Gentoo использую). Так вот, там нельзя грузить отдельный usr из-за кривого udev. Починить udev (перенести требуемые части из /usr в /) и всё, система с отдельным usr может быть успешно загружена. Но нет, чинить udev слишком сложно, легче объявить отдельный /usr неработоспособным и устаревшим. Школоло дорвалось до разработки udev,,,

Кривые аналогии. Когда это OOo требовалось для успешной загрузки системы? Если сделаешь такую систему, то я тебя поздравлю с ССЗБ.

/usr отдельным был ведь из-за того для того, чтобы можно было загрузить минимальную систему с /bin и /boot, если остальное порушено. Теперь кто-то решил, что это не нужно.

Насколько я понимаю, отдельный /usr сломался давно, не из-за systemd, а из-за udev и прочего динамического хлама (передавайте привет,Greg KH). И починить это сейчас довольно сложно, поэтому Федора пошла по пути наименьшего сопротивления и объединила системные разделы. Проблема (если она есть) именно в том, что выбран путь наименьшего сопротивления.

А всё словоблудие насчет «докажите, что современная система нуждается в отдельном /usr» - это оправдания слабаков, которые не хотят решать сложные проблемы.

Кривые аналогии.

Нормальная аналогия. Хорошо показывает идиотизм твоего «я написал крутую прогу и положил ее в /bin, быра подтянули мне библиотеки!!11».

Когда это OOo требовалось для успешной загрузки системы?

А когда это systemd требовался для этого?

Школоло дорвалось до разработки udev,,,

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

По пути наименьшего сопротивления Linux скатится в оффтопик (по качеству). Только вот такой базы пользоввателей у линукса нет...

Когда это OOo требовалось для успешной загрузки системы?

А когда это systemd требовался для этого?

Когда во всяких кривых дистрах типа федоры и суси его стали пихать по умолчанию.

Прокомментируй, пожалуйста:
http://sourceware.org/bugzilla/show_bug.cgi?id=5531
http://sourceware.org/bugzilla/show_bug.cgi?id=4980
http://sourceware.org/bugzilla/show_bug.cgi?id=4403
http://sourceware.org/bugzilla/show_bug.cgi?id=5070

По пути наименьшего сопротивления Linux скатится в оффтопик (по качеству)

Да. И самое печальное - то, что это проблема глубже, чем просто «школоло поцеринг добрался до власти». Системный софт разрабатывается так, что система становится нераспутываемым клубком :/

Леннарт тоже ничего не сломал.

sysvinit «заменен» черти-чем, это одно - «ничего не сломал»?

Еще раз объясняю с самого начала

Вы бы почитали про FHS. Ну да вам подробно написали уже, еще пинать не буду...

Да. И самое печальное - то, что это проблема глубже, чем просто «школоло поцеринг добрался до власти». Системный софт разрабатывается так, что система становится нераспутываемым клубком :/

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

Когда это OOo требовалось для успешной загрузки системы?

А когда это systemd требовался для этого?

Когда во всяких кривых дистрах типа федоры и суси его стали пихать по умолчанию.

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

Т.е, получается, что виноваты во всех проблемах таки дистростроители, нарушающие FHS :)

systemd - это система инициализации, и по логике ей положено быть в /sbin вообще.

Объединение / и /usr рассматривается и в Debian, который не использует systemd.

У меня Debian. systemd в нем опционален, в репах есть и я им пользуюсь.

sysvinit «заменен» черти-чем, это одно - «ничего не сломал»?

Если бугурт только от того, что sysvinit заменен чем-то новым, то ты ретроград :)

итаник

работающих итанимуов сильно больше альф.И работать...будут еще долго.

не факт. объяснять почему альфа может проработать дольше итаника
-долго. чтобы понять это-надо было видеть и то и другое в деле.;)

У меня Debian. systemd в нем опционален

Это и называется «не использует».

У меня гента и отдельный /usr/ Udev работает. В чём проблема?