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

Simcity и костыли в Windows для совместимости - отдельный и старый случай. Тогда разработчиков не так много было. Где-то с конца 90-х годов мелкософт на такое забил, так как разработчиков-обезьян стало много. В результате разработчики превратились в расходный материал.

xfce тут причем? Он, по-моему, самый консервативный WM.

kostian> У меня есть подозрение, что на i386 в основном работает сам знаешь что.

Знаю. Всякие uLinux с uclibc, DOS и различные RTOS. Одноплатники с i386 до сих пор существуют и их используют.

kostian> Проблема в том, что выкинуть ее хочет один чудак, с ЧСВ овер 9000. По причине - не нужно.

Вот пусть тот, кому нужно, придёт и окажет поддержку кода. Никто не мешает.

franchukroman> Pulseaudio - нужен как минимум как единственная адекватная гонялка звука по сети.

Что???!!!! ESD - неадекватная гонялка звука по сети что-ли? А другие звуковые серверы?

franchukroman> Все, кроме логов, вполне юниксвейно и правильно.

Нет. Если бы Поттеринг не делал из этих разработок монстрообразные монолитные куски говна - было бы юниксвейно. Звук по сети? Да пожалуйста - но зачем городить целую звуковую подсистему, а не сделать клиент-серверное приложения для этой цели? Беготня с FHS - тоже не юниксвейно получается. А systemd вообще франкенштейн.

не к нашему предмету разговора.

И какой же предмет разговора? «Как писать либы так чтобы кривой софт не удовлетворяющий спекам работал»? Твой ub это нарушение спек, хотя ты отрицаешь. И пусть ракообразные програаммы которые это нарушают идут лесом.

Писал. Дальше что?

Тогда должен знать что далеко на костылях не уйдёшь.

Если в мире «свободного софта» так заботятся о пользователях, то почему до сих пор нет стабильного API и ABI в ядре?

Если теплое - почему не мягкое?

Аарон Сейго не угробил KDE, а наоборот - пофиксил бардак (кикер, кдесктоп, карамба) и дал кедам новую жизнь.

Угу, зато теперь когда падает клизмоид погоды, следом падает вся плазма и остается только черный экран (краннер же тоже наверное завязан на плазму?). в кде3.5 все было сделано в соответсвии с принципами unix-way, когда на каждую функцию была своя маленькая программка, которая делала свое дело и не лезла к другим. Если оно глючило у кого-то, то надо было фиксить эти глюки, но вместо этого потратили 5 лет чтобы написать все с нуля. Лучше бы за это время сделали нормальную поддержку двух мониторов, а то 2012 год на носу, а кде нифига толком не поддерживает больше одного монитора.

X10Dead> Я про пользовательский сегмент.

Так в нём и IA-64 нет, никогда не было и не будет.

Вот пусть тот, кому нужно, придёт и окажет поддержку кода. Никто не мешает.

Ульрих так любит приходящих к нему с поддержкой...

xfce тут причем? Он, по-моему, самый консервативный WM.

катятся по колее Гнума, по крайней мере гномо-реестр уже портировали.

franchukroman> systemd требует libdbus, который по FHS должен лежать в /usr/lib. Ты (как и дистростроители) свободен поместить его в /lib и тогда systemd будет работать и с отдельным /usr. Здесь не systemd виноват, а дистростроители и FHS.

«Тут виноваты писатели стандартов потому, что стандарты не соответствуют моему быдлокоду». Ага.

Тащемта было, с Itanium 2 продавались брендовые персоналки, но не долго.

...и после этого скажем, что это не у нас с головой проблемы, а стандарт плохой.

вот кстати в этом топике целых пять страниц обсерают разрабов из адобе, которые прочитали документацию и сделали наоборот. Так и ленарт - прочитал документацию и сделал наоборот. Единственная проблема в этом балагане, это то что под адобовцев никто не прогнулся, а под ленарта наоборот - вполне могут изменить FHS специально под systemd. Вон /run же добавили из-за кривых разрабов.

anonymous> Ну вот перепаяй мне пару-тройку транзисторов на проце.

Для этого придумали патчить микрокод. Не транзисторы перепаять, конечно, но баги процессора чтобы исправлять.

Сменить дистр чтобы избавиться от PA. Радикальненько.

sgasgar> Вы не в курсе, когда будет ARM использоваться в десктопах?

Либо когда ведроид сделают десктопным, либо когда армы обзаведутся стандартным и открытым механизмом установки своей ОС. Типа того, как в PC BIOS было.

tailgunner> Чо, киллера наймут?

Репутацию убьют.

Ну не угробил, но своё протолкнул. Нечестными путями местами.

Репутацию убьют.

Бгг еще раз. Дреппера наняли вице-президентом какой-то жирной конторы уже после форка glibc, когда с его репутацией было уже всё ясно.

prizident> ну допустим во времена 3.5, кде был вполне себе мощным двигателем линукса, те самые времена когда линус писал про идиотов использующих гном, а винда была вистой.

KDE действительно нуждался в серьёзных изменениях, так как он уже стал к тому времени свалкой кода.

На мой взгляд, сейчас надо развивать направление лёгких DE, ибо тяжёлые стали уже неподъёмными.

prizident> А потом пришел Аарон и теперь кде скатился в УГ, вдобавок гном скатился в еще большее УГ, а хфце смотрит в том же направлении.

XFCE пока смотрит в направлении GNOME2.

prizident> подавляющего успеха Win7.

Причёсанная виста - не более. Windows 7 - это ещё не подавляющий успех. Подавляющий успех был у XP. Семёрка этого не смогла повторить, а мелкософт венду скатывает в унитаз - по Windows 8 видно.
GNU/Linux за время доминирования XP смог сильно развиться. Сейчас разработчики начали метаться из стороны в сторону и пихать всякий кал типа Pulseaudio, HAL, *Kit, и других подобных нафиг ненужных вещей. Если начать продвигать в массы реальные преимущества линукса, а не придумывать, как сделать из него венду будущего, можно добиться многого.

myhand> Ульрих так любит приходящих к нему с поддержкой...

Ну тогда glibc не выживет.

X10Dead> Тащемта было, с Itanium 2 продавались брендовые персоналки, но не долго.

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

Есть она, есть.

Это уже в далеком прошлом.

tailgunner> Дреппера наняли вице-президентом какой-то жирной конторы уже после форка glibc, когда с его репутацией было уже всё ясно.

Значит контора того...

Придется нанимать киллера.

Это быдломакака из Интела напортачила со своим гениальным патчем, не ломается - не трожь!

Что???!!!! ESD - неадекватная гонялка звука по сети что-ли? А другие звуковые серверы?

Вот как раз ESD и является неадекватным, да еще и тормозным говном. В отличии от пульса. И пульс, кстати, с ним совместим.

Если бы Поттеринг не делал из этих разработок монстрообразные монолитные куски говна - было бы юниксвейно.

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

Беготня с FHS - тоже не юниксвейно получается. А systemd вообще франкенштейн.

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

А systemd вообще франкенштейн.

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

Предлагалось вполне адекватное решение: сделать псевдоним на memmove для memcpy. Но разработчики на это почему-то не пошли. Почему?

Угу, зато теперь когда падает клизмоид погоды, следом падает вся плазма и остается только черный экран (краннер же тоже наверное завязан на плазму?).

Во-первых, AFAIK, уже запилен автоперегруз плазмы. Во-вторых, нефиг юзать кривые плазмоиды. Kicker тоже валился от кривых апплетов (да и без внешнего воздействия падал).

в кде3.5 все было сделано в соответсвии с принципами unix-way

Много разрозненного специфического несовместимого между собой говна - это юникс-вей? Вместо одного унифицированного, которое справляется со своими функциями лучше предыдущих трех?

реализацию библиотеки С без использования асма

Это нормальная практика, а писать на асме под современные процы, это как анус чесать зубочисткой.

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

А вообще, я поддерживаю федоровцев в их начинании относительно /usr

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

Акуеть достижение.

Во-вторых, нефиг юзать кривые плазмоиды.

Во всех программах есть ошибки. Если кто-то рассчитывает на исключительно «некривые» плазмоиды (или призывает использовать только «некривые») - вон из профессии.

Вместо одного унифицированного, которое справляется со своими функциями лучше предыдущих трех?

И падает всё вместе.

Но разработчики на это почему-то не пошли. Почему?

Хз, нормальный софт это решение в любом случае не затрагивает. В 99% случаев можно было обойтись и одной функцией, но есть ещё люди которые занимаются очень плотной оптимизацией и для них это наверно важно.

Зато больной софт это не спасёт. Падало в одном месте, будет падать в другом.

Ну тогда glibc не выживет.

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

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

так как процессор очень сложный, разрабатывать под него трудно

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

Но это бы гарантировало правильное поведение memcpy в любых ситуациях, а так Линуса просто послали.

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

Малщик, жену свою учи щи варить!

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

Debian не нарушает FHS (в этой части) - и без проблем умеет выносить /usr отдельно. Единственный «пропавший» компонент - systemd. По-прежнему он все сильно напоминает одного танцора...

Причёсанная виста - не более. Windows 7 - это ещё не подавляющий успех. Подавляющий успех был у XP.

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

кал типа Pulseaudio, HAL, *Kit

ну допустим hal не такой уж и кал. кал это когда 5 лет впиливают хал, потом резко понимают что он не нужен и два года выпиливают его обратно, т.е. то самое метание.

XFCE пока смотрит в направлении GNOME2.

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

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

Debian не нарушает FHS (в этой части) - и без проблем умеет выносить /usr отдельно. Единственный «пропавший» компонент - systemd. По-прежнему он все сильно напоминает одного танцора...

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

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

Да я уже понял, что нельзя, забыл про всякие setjmp, alloca и прочие сисколлы.

Ага, только архитектура для этого дела оказалась говном

Точно. А все инженеры интел - сборище идиотов. Прежде чем вякать, поинтересуйся откуда у ксеонов взялась шина с такой скоростью.

eglibc есть. У них система сборки немного иная.

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

Да я уже понял, что нельзя, забыл про всякие setjmp, alloca и прочие сисколлы.

alloca - это скорее рантайм компилятора, setjmp тоже. Сисколлы тривиальны.

Большая часть Itanium-специфичного кода, который удален этим патчем - математика. В старых Unix'ах она жила вне libc :)

Ты не прав. Возможно, ты слышал о таком понятии, как правила хорошего тона. Так вот, этот Ульрих их нарушает в очень жесткой форме, что не есть хорошо.

Если бы Поттеринг не делал из этих разработок монстрообразные монолитные куски говна - было бы юниксвейно.

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

Во-первых, AFAIK, уже запилен автоперегруз плазмы. Во-вторых, нефиг юзать кривые плазмоиды. Kicker тоже валился от кривых апплетов (да и без внешнего воздействия падал).

ну фиг его, у меня не падал. до последних версий 3.5 он иногда подключивал и подвисал, но это никак не сравнить с плазмой у которой падать - основная и единственная надежная функция изначально.

Много разрозненного специфического несовместимого между собой говна - это юникс-вей?

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

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

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

sysdeps/ia64/Makefile [deleted file]

Что сказать: это очень печально. Любой шаг к уменьшению поддержки множества архитектур ужасен.

Но это бы гарантировало правильное поведение memcpy в любых ситуациях

Я и не спорю. Вопрос лишь в том чем мотивировать это изменение. Одно дело «а давайте сделаем так как удобно всем».

Совсем другое «ОХ ТЫЖ ТЛЯ ВКОНТАКТЕ ЗВУК ПРОПАЛ, УЛЬРИХ МУДАААК». Сегодня про*рали полимерыmemcpy, завтра выяснится что для работы флеша надо будет ядро линуха сменить на ядро винды потому что «так удобно разработчикам адоба». А потом придёт geekless и скажет «а вдруг адоб не один больной на голову, вдруг есть ещё такие. так давайте сделаем чтобы им можно было и дальше говнокод писать, маны не читать». А на все возражения говорить «ААА ВЫ ЛОМАЕТЕ СУЩЕСТВУЮЩИЙ КОД ААА».

Вот и вся разница.