Cinnamon/GNOME 3.8 - это когда-нибудь закончится?

Т.е. федора ВООБЩЕ не разваливается при обновлениях... кроме а) б) в) ... что ещё?

Она вообще не разваливается, да. Процесс апгрейда с релиза на релиз лучше проводить понимая что делаешь, конечно. Всё-таки много системных вещей меняется. Но «разваливается» - это явно не тот термин.

Так про любую проблему можно сказать - «только и всего».

«настройки пришлось гуглить»

не настройки гуглить, а конфликт настроек

А что агрессивно-то так?

Ну тебе интереснее градиенты, чем второй монитор - твоё право. Так трудно понять, что интересы другими могут быть?

Мне интересно, какие нерешаемые проблемы есть в XFCE. Решаемые проблемы я проблемами не считаю.

Нерешаемые DE-зависимые проблемы в десктопном линуксе? Таких не бывает. DE - это вопрос вкуса и только его.

Нерешаемые юзером. Например, исправить падения мате или циннамона. Или потребление памяти kde.

Ставь KDE и не мучайся.

Согласен с тобой полностью, XFCE самая безбажная, стабильная и быстрая DE, прикрутить туда наутилус дело 2 минут.

То ли дело криворукие мейнтейнеры, которые делают xmms (да-да, тот, который на первом гытыка) жесткой зависимостью от collectd

У тебя такое было на Федоре? В какой версии?

на шапке, года три назад

на шапке, года три назад

На CentOS 5.8 с xmms из atrpms не воспроизводится.

Ну вот, то есть отсутствие plug&play-монитора - это мелочь, а потребление памяти в kde - это нерешаемая проблема для пользователя. При том что когда ты придешь с презентацией на конференцию и попытаешься подключить ноут к проектору, потребление памяти тебя будет волновать в последнюю очередь. А вот нехватка времени на чтение манов xrandr - будет проблемой.

Субъективное отношение как оно есть.

Вспомнила кстати основную причину перехода с гнома на xfce на период fedora 18: то, что можно окно задвинуть чуть вверх, чтобы заголовок окна оказался за краем экрана. Тогда на 1366x768 ноуте можно играть в NWN на 1024x768 в оконном режиме. Пора возвращаться назад..

Это вроде в епеле было, или в даге.

С дагом (точнее, рпмфорджем) тоже не воспроизводится (и, если верить чейнджлогу, не воспроизводилось никогда), в епеле xmms'а вообще нету (может, три года назад был?).

Это специфические проблемы, и хотя я их не отрицаю, они касаются маленького числа пользователей + они решаемы. Размер памяти касается всех пользователей + нерешаем. Что касается чтения манов, на презентацию надо приходить подготовленным, а не в розовой кофточке.

По гному/xfce, заменить WM же никто не мешает в любом DE (и пользоваться его плюшками). Хочу резиновые окна в xfce - пускаю compiz. Опять непонятные мне проблемы.

Может, был. xmms стоял в зависимостях от демонстрационного xmms-плагина для collectd, который был в зависимостях у самого collectd (цепочка collectd->collectd-plugin_xmms->xmms). В итоге мы имели на стейджинговом сервере иксы и первый гтк :)

Размер памяти касается всех пользователей + нерешаем.

я бы предложил для начала выбросить жручие браузеры, и только потом начинать бухтеть на кде ;)

Дык, давно ищу. Увы, в ущерб функционалу это невозможно, остаюсь на фф.

А в Alt-Linux вообще apt-rpm
APT, прикрученный к RPM))
Вообще APT можно прикрутить к чему угодно
Даже к LFS)
Можно сделать apt-pacman, apt-txz
В слаке есть подобие апт - slapt-get
APT - не apt-get
APT - это apt-search, apt-get, репозитарии и т.д

И все это не делает его пакетным менеджером.

еще раз: пакетный менеджер - это rpm, dpkg, portage, pacman.

Ты сам определись для начала, а то ты выше yum менеджером назвал (кривым и тормознутым). А теперь оказывается он и не менеджер вовсе.

ок, у кривого менеджера rpm есть кривая и тормознутая морда под названием yum. Тебе стало легче?

Конечно. Когда человек бессмысленно разбрасывается словами типа «кривой и тормознутый» это существенно облегчает процесс общения, точнее его отсутствия.

нет мягких зависимостей - кривое. ставит по умолчанию и amd64, и i686 версию, а удаляет только amd64 - кривое. ставит вим полторы минуты - тормознутое. dixi.

Это система управления пакетами (с) Wikipedia

цепочка collectd->collectd-plugin_xmms->xmms

Сейчас не воспроизводится и так. collectd-0:4.10.9-1.el5.i386 из EPEL.

Да, мы знаем, все проблемы в Fedora - всегда проблемы какого-нибудь апстрима, а сама Fedora стабильна даже на стадии альфы... :) А может просто мы не ту Fedora знали...

Я почти год(!) сидел на Fedora Rawhide(!) и всё работало в отличии от стабильнейшего Debian'а. Потом надоела и я перешёл на ALT Linux. Сейчас выбираю между Альт Линуксом 7.0 и Fedora 19. DE в обоих дистрах - Mate. Хотя Cinnamon вроде не так уж плох, если отвяжется от GNOME3, но это в будущем, а сейчас я знаю только одно юзабельное DE - MATE. ALT Linux вроде роднее и приятнее, но в Fedora ШГ лучше. Другие дистры и DE меня в корне не устраивают.

нет мягких зависимостей - кривое

Так называемые мягкие зависимости не нужны.

ставит по умолчанию и amd64, и i686

Это уже давно не так.

ставит вим полторы минуты - тормознутое

Из которых большая часть времени уходит на скачивание.

Так называемые мягкие зависимости не нужны.

то, что сейчас пофиксили депенды collectd, не отменяет того факта, что оно наблюдалось IRL. В .deb обошлось бы одним recommend. В rpm - или оно есть, или нет.

Это уже давно не так.

я это вчера своими глазами наблюдал в 5.9. Завтра проверю в 6.2

Из которых большая часть времени уходит на скачивание.

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

В .deb обошлось бы одним recommend.

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

Согласен, но это не отменяет того, что отсутствие мягких зависимостей уменьшает количество вариантов

Переключение раскладки клавиатуры работает а вот индикатор переключения раскладки клавиатуры RU/EN или соответственно флажки что-то не переключается.