Glibc удаляет поддержку архитектуры IA64

Именно из-за этого Debian уже давно на него перешел.

Официальная причина объединения корня и /usr - не в systemd

Ну да. «Мы теперь решили все запихнуть в initramfs». Ума много не надо, если все «федора» - полтора архитектуры.

У кого тут, на лоре, серваки на IA64 в продакшн?

Пульс не монолитный.

В чем это выражается?

Официальная причина объединения корня и /usr - не в systemd

Ну да. «Мы теперь решили все запихнуть в initramfs». Ума много не надо, если все «федора» - полтора архитектуры.

Угу, трушно было бы распилить его на несколько .soшек-плагинов и маленький бинарник, ИМХО

И *что* делал бы этот самый «маленький бинарник»? - включал бы код для загрузки плагинов?

Его нельзя даже «франкенштейном» назвать - просто винигрет без малейшего намека на проектирование. Какие-то LimitDATA понапиханы - как появится в ядре новая крутилка, так новый параметр в быдлоиниформате вылезет.

Зачем нужен весь этот хлам, если целью systemd является просто запуск сервисов?

Пульс не монолитный.

В чем это выражается?

$ ls /usr/lib/pulse-0.9.21/modules/
libalsa-util.so                   module-intended-roles.so
libcli.so                         module-ladspa-sink.so
liboss-util.so                    module-loopback.so
libprotocol-cli.so                module-match.so
libprotocol-esound.so             module-mmkbd-evdev.so
libprotocol-http.so               module-native-protocol-fd.so
libprotocol-native.so             module-native-protocol-tcp.so
libprotocol-simple.so             module-native-protocol-unix.so
librtp.so                         module-null-sink.so
module-alsa-card.so               module-oss.so
module-alsa-sink.so               module-pipe-sink.so
module-alsa-source.so             module-pipe-source.so
module-always-sink.so             module-position-event-sounds.so
module-augment-properties.so      module-remap-sink.so
module-card-restore.so            module-rescue-streams.so
module-cli-protocol-tcp.so        module-rtp-recv.so
module-cli-protocol-unix.so       module-rtp-send.so
module-cli.so                     module-rygel-media-server.so
module-combine.so                 module-simple-protocol-tcp.so
module-console-kit.so             module-simple-protocol-unix.so
module-cork-music-on-phone.so     module-sine.so
module-default-device-restore.so  module-sine-source.so
module-detect.so                  module-stream-restore.so
module-device-manager.so          module-suspend-on-idle.so
module-device-restore.so          module-tunnel-sink.so
module-esound-compat-spawnfd.so   module-tunnel-source.so
module-esound-compat-spawnpid.so  module-udev-detect.so
module-esound-protocol-tcp.so     module-volume-restore.so
module-esound-protocol-unix.so    module-x11-bell.so
module-esound-sink.so             module-x11-cork-request.so
module-http-protocol-tcp.so       module-x11-publish.so
module-http-protocol-unix.so      module-x11-xsmp.so

ну скажем так что замена XP на Win7 довольно безболезненна, и семерочка - вполне достойное продолжение для ХР, в отличие от той же висты.

Отличия семерки от висты чисто косметические и психологические.

вот кстати в этом топике целых пять страниц обсерают разрабов из адобе

Да действительно странно. Обсирают адобе, обсирают поделия Леннарта, но почему-то никто не обирает DBus. Хотя тот же самый dbus реализует альтернативный механизм запуска демонов, не завязанный на init. Причем, таким образом, что это напоминает диверсию виндузятников.

Кстати да, предлагаю ещё обосрать ~/.config, ~/.cache и ~/.local, из-за которых в хомяке вместо аккуратно разложенных по папочкам файлов конкретных программ какая-то непонятная мусорка.

Они и есть аккуратно разложенные.

franchukroman> Вот как раз ESD и является неадекватным, да еще и тормозным говном.

Ну не скажи. Я его на древнем компьютере пускал - даже микширование неплохое давал.

franchukroman> Покажи, например, где PA жестоко нарушает юникс-вей (кроме «все есть файл»).

Ты сам же показал. Да и ещё один пример: «программа должна делать одну задачу, но хорошо».

franchukroman> А какие у тебя претензии к FHS относительно юниксвейности?

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

franchukroman> Угу, трушно было бы распилить его на несколько .soшек-плагинов и маленький бинарник, ИМХО.

Трушно сделали в Debian - выкатили оптимизированный shell для системных нужд. В результате убирается оверхед, система не теряет гибкость и не нарушается юниксвейность.

franchukroman>

franchukroman> Во-первых, AFAIK, уже запилен автоперегруз плазмы.

Он чуть ли не с начала был. В KDE 4.1 по крайней мере уже был. Только это костыль - как в венде, если упадёт драйвер, он перезапускается. Только вот это не решение проблемы.

franchukroman> Нет. Тут виноват тот, кто делает /usr на отдельный раздел

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

franchukroman> т.к. нельзя одновременно соблюсти стандарт, не сломать systemd и вынести /usr на отдельный раздел.

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

myhand> Почему не выживет? Как проект RH.

Держаться особняком от сообщества без веских на то оснований - глупо.

myhand> RH нафиг пока не упало ARM - вот там ее и нет.

Так ARM или IA-64?

anonymous> Хорош уже нести херню. Может там какой-то особенный с++ или спецтулзы для разработки под винду?

Отнюдь. Просто нормальный компилятор написать для IA-64 - задача такая, что проще, быстрее и дешевле выкинуть нафиг IA-64 и переключиться на архитектуры проще - производительность будет повыше. Штеуд это не делает из маркетинговых соображений - влили кучу бабла, поэтому выкидывать жалко. Аналогично с x86, только они заодно стали заложниками совместимости, не в последнюю очередь благодаря AMD, которая выпустила AMD64.

по которому файловая система превращается в помойку

Лично я поймал себя на мысли, что давным-давно не лазаю по иерархии файловой системы, кроме /home. В GNU/Linux помойки по-определению быть не может, т.к. каждый файл на учете пакетного менеджера. А раз так, то совершенно похрен где конкретно он находится.

По крайней мере стараниями поттеринга мы получим рид-онли рут, что есть очень гут.

prizident> ну скажем так что замена XP на Win7 довольно безболезненна

Только для тех, кто привык использовать ОС не как рабочую среду, а как пускалку приложений.

prizident> и семерочка - вполне достойное продолжение для ХР, в отличие от той же висты.

Семёрка не достойнее висты. Та же виста, только в другой упаковке. И перешли на неё только потому, что сама Microsoft гнобит Windows XP, иначе придётся конкурировать с собой же, а прибыль не придёт. На нетпуках виста вообще печально смотрится - тормозит на атомах до сих пор, в то время как KDE4 с кучей запущенных программ летает в сравнении с этой семёркой. Знаю не по наслышке - у меня есть такой нетпук до сих пор.

prizident> реестр. дальше можно не продолжать, ибо это самое худшее что можно придумать.

GNOME'S HELL ещё. И файловый диалог.

anonymous> Точно. А все инженеры интел - сборище идиотов.

Только что понял это?

AptGet> Пульс не монолитный.

Почему он тогда решает дофига задач сразу, причём плохо?

Как минимум потому, что задумка dbus хорошая, хоть и реализация не идеальная.

Эту солянку оставь там, откуда взял. Речь о функциональности, а не о «драйверах». XFree86 тоже монолитным был. И это не смотря на то, что под него драйверы были.

Почему он тогда решает дофига задач сразу

Внезапно, решение разных задач раскидано по разным модулям пульса. Надо ли объяснять что многократное Ъ-UNIX копирование из буфера в одном адресном пространстве в буфер в другом адресном пространстве приведет к тормозам в звуковой подсистеме?

причём плохо?

а_мне_норм.jpg

Эту солянку оставь там, откуда взял. Речь о функциональности, а не о «драйверах». XFree86 тоже монолитным был. И это не смотря на то, что под него драйверы были.

Функциональность в разных модулях, какие проблемы?

Это не функциональность, а скорее протоколы.

AptGet> а_мне_норм.jpg

Можешь дальше кушать. А мне пришлось эту пульсу удалять нафиг, чтобы в ряде программ звук нормально работал (в том числе игры, SL и другие программы).

Это не функциональность, а скорее протоколы.

Это и протоколы, и функциональность.

Можешь дальше кушать. А мне пришлось эту пульсу удалять нафиг, чтобы в ряде программ звук нормально работал (в том числе игры, SL и другие программы).

А я не жалуюсь. И не создаю 100500 топиков о том, как плох PA. И не навязываю свое мнение о том, как он хорош.

По-моему провал IA64, один обеднейших за последние 15 лет

По-моему, скорее счастливейших: amd64 родилось.

Неопределенное (стандартом) поведение.

т.е. сделали so-шку и мы теперь «не монолитны»?

Ну и пиздюк же этот Ульрих. Лет-то ему сколько?

Держаться особняком от сообщества без веских на то оснований - глупо.

Основания «веские»: для каких архитектур RHEL собирают? Основние номер два: к нам клиенты с багом не приходили, а вы идите лесом.

Так ARM или IA-64?

Ну, теперь обе :)

То же я подумал. Возраст - не знаю. Это без разницы, на самом деле.

Glibc, основная системная библиотека для *nix-систем

Glibc используется только в Linux. В остальных *nix системах используется собственная реализация библиотеки libc.

Strange, I never saw your name on my paycheck. Since if that's not the case you cannot order me around.

Мои сочувствия тебе, бро. Этого дартаньяна могила исправит.

За такие фразы надо убивать.

Хорошая мысль. Лайта на него нет )

т.е. сделали so-шку и мы теперь «не монолитны»?

Так точно, кэп. Модули можно и не загружать, если не нужны. А нужно было на 10 демонов распилить?

Мм, а кто такой Лайт, почему не знаю?

Лайт Ягами, он же Кира, главный герой «Тетради смерти». Убивал плохих, негодных человеков, записывая их имена в оной тетради.

Ломать Quasar'a надо почаще. Может это его чему-нибудь научит.

Пофиксил.

Те, что хранят свои файлики в своей папочке, да. А новые «аккуратно» разбросаны по ~/.config, ~/.cache, ~/.local и прочим.

Щито? Вот это вот говно, когда в хомяке 100500 скрытых каталогов, в которых вперемешку конфиги, кеш и ещё чёрти что это аккуратно? Да ты упоролся.

glibc это и есть standard c.

Его нельзя даже «франкенштейном» назвать - просто винигрет без малейшего намека на проектирование.

4.2. Спроектирован он неплохо вроде.

Зачем нужен весь этот хлам, если целью systemd является просто запуск сервисов?

Какой хлам? И он занимается загрузкой сервисов, и хорошо занимается.

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

Оракл занёс, однозначно.

Ну не скажи. Я его на древнем компьютере пускал - даже микширование неплохое давал.

Твоя характеристика чисто субъективна. Да и ESD требовал поддержки со стороны софта, ЕМНИП. А PulseAudio отлично работает и с альсософтом, и с эсдософтом, и с осссофтом. И задержки дает намного меньше, чем ESD. Так зачем он нужен, когда по всем характеристикам хуже пульса?

Ты сам же показал. Да и ещё один пример: «программа должна делать одну задачу, но хорошо».

Эта делает несколько неотделимых друг от друга задач, и делает это хорошо. И да, она модульна, и каждый модуль таки соответствует принципу юникс-вея (делает одну задачу и делает ее хорошо).

К текущему - никаких. К тому, что хотят там наворотить - серьёзные претензии.

Из того, что там хотят наворотить, слышал только о двух вещах:

1. Выпилить /bin, /sbin, /usr/sbin, а оставить один только /usr/bin. ИМХО, ничего плохого в этом нет.

2. Debian-щики хотят запилить multiarch, что требует перепила путей к либам - все правильно делают.

Что еще хотят наворотить?

Трушно сделали в Debian - выкатили оптимизированный shell для системных нужд. В результате убирается оверхед, система не теряет гибкость и не нарушается юниксвейность.

Так я не спорю, что трушно. Но как это относится к трушности/нетрушности systemd?

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

Он мудак только потому, что его systemd использует libdbus? Странный вывод...

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

Автор как раз последовал всем стандартам. И именно поэтому и нельзя отдельный /usr

По-моему, скорее счастливейших: amd64 родилось.

нет никакого amd64. Это вшивые иудомаркетологи добавилинемножко регистров и операций адресации 64 битными указателями и самое главное, новое торговое название с цифрой 64.

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

нет никакого amd64

Это шутка или попытка самоутвердиться?