На проходящей в эти дни конференции GUADEC 2012 был представлен доклад "A bright future for GNOME", авторы которого попытались не только озвучить текущие проблемы развития GNOME, но и предложить несколько идей по увеличению востребованности платформы. Озвученные в докладе предложения сводятся к усилению ориентации на мобильные системы, продолжению линии развития GNOME 3 и подготовке самодостаточной операционной системы GNOME OS.

GNOME дорос до собственного BSoD.
Утилита Oops! сообщит о проблемах, постигших систему. Мдя...

Картинка заимствована тут .

03.08.2011, 08:51 Stfw.Ru: Линус Торвальдс написал следующее: "Пока все здесь [представители Red Hat], вы бы не могли также создать форк Gnome и продолжить поддержку среды Gnome2 ? Я хочу назад человеческие графические интерфейсы. Я ещё не встретил ни одного человека, которому бы нравился безумный беспорядок под названием Gnome 3".

Расшифровывая свои слова, он добавил:

Проблема не в том, что у меня наблюдаются ошибки отображения интерфейса в Gnome 3 (хотя на самом деле они есть), проблема в том, что даже с правильным рендерингом интерфейса качество работы пользователя в Gnome 3 просто неприемлемо.
Почему я не могу иметь ярлыки для приложений на рабочем столе? Почему нет возможности использовать "Expose"? Эффект дрожащих окон? Почему все нормальные люди вокруг решили, что хорошей идеей будет использование режима меню "сумасшедших экранов активности"?

Я часто огорчался, когда разработчики Gnome решали, что переназначение клавиш мыши является "слишком сложной" для пользователя. В Gnome 3 они, очевидно, решили, что "слишком сложно" вообще выполнять какую-то работу за рабочим столом, поэтому они сделали её чрезвычайно несносной.

Вот пример "сумасшествия": вы хотите запустить новое окно терминала. Для этого вы идёте в "экран активности" и выбираете штуку под названием "терминал", которую вы сделали частью окружения вашего рабочего стола (почему я не могу просто создать ярлык на рабочем столе, вместо этих диких "активностей"?). Что произойдёт? Ничего. Существующее терминальное приложение просто выйдет на передний фон.

Это просто совершенный идиотизм (crazy crap). Теперь мне нужно нажать Shift-Control-N в старом приложении терминала, чтобы получить новую вкладку. Да, это настоящее улучшение пользовательского интерфейса. В самом деле.

Я уверен, что для решения моей задачи существуют другие решения, но вышесказанное является примером поведения Gnome 3, которое можно охарактеризовать как "голова засунутая в задний проход". Я серьёзно. Я разговаривал с другими разработчиками по поводу Gnome 3, и они все считают, что это сумасшествие.

Я стал использовать XFCE. Да, это большой шаг назад по сравнению с Gnome 2, но это огромный шаг вперёд по сравнению с Gnome 3. Без шуток.

stfw.ru

Жестко, но справедливо.

itbuben.org
Ну вот угробили они GNOME — третья версия на экране нормального десктопного размера совершенно, извините за выражение, неюзабельна. Как оно будет на смартфоне или "таблетке", еще вопрос: когда-то появятся эти девайсы с Гномом на борту. Теперь пилят свое детище в непонятном направлении... Странное стремление разработчиков интегрировать в одной оболочке все функции вплоть до видеочата. Окружение рабочего стола должно обеспечивать комфортную работу с приложениями, необходимыми пользователю, а не заменять их собой. Ну а часы для нескольких часовых поясов — штука, конечно, незаменимая. Мне ее всегда сильно не хватало.

Сегодняшний день начался с большого... Нет, так: с БОЛЬШОГО обновления. В дистрибутиве Arch Linux окружение рабочего стола GNOME 2 стало историей. Как-то слишком пафосно...
Короче. Обновил GNOME до версии 3.0.1, установил Gnome Shell, пытаюсь освоиться.

Через полгода разработчики Linux Ubuntu полностью откажутся в своем дистрибутиве от одного из главных символов ОС Linux - рабочего стола GNOME. Вместо него в дистрибутивах будет использована фирменная рабочая оболочка Unity.

В конце июля в почтовой рассылке GNOME появилось сообщение о том, что следующий крупный релиз этой популярной графической рабочей среды – GNOME 3.0 – официально перенесен на март 2011 года. Это решение было принято на конференции GUADEC, где прошла встреча разработчиков GNOME. Основная причина – разработчики хотят быть уверены, что релиз GNOME 3.0 будет в достаточной мере качественным, т.е. на «том уровне, которого мы все от него ждем».
Изначально выпуск GNOME 3.0 был запланирован на март 2010 года, затем – перенесен на сентябрь 2010, а теперь – еще на полгода, на март 2011 года. Ближайшей осенью увидит свет релиз GNOME 2.32. Кроме того, одновременно будет представлена бета-версия GNOME 3.0, в которой разработчики продемонстрируют то «многое», что уже было сделано для будущего крупного обновления GNOME.

Источник: «Open Source» #66
http://osa.samag.ru/info/OpenSource066.zip

Перейдя на GNOME 2.30, мы обнаружили в системном лотке (ну ладно, ладно, в трее...) неубираемый индикатор раскладки. Так сказать, просим любить и не жаловаться :)
В общем, оно и не мешает. Вот только вид у этого индикатора неказистый. На мой взгляд, конечно. Я бы предпочел буковкам "Рус" и "США" значки — флажки, скажем. Как оказалось, это очень просто организовать. Требуется:

1. создать папку ~/.icons/flags
   
2. поместить в нее png-изображения флагов, соответствующих раскладкам содержанием и названием (у меня ru.png и us.png), а также размера, соответствующего ширине панели
   
3. запустить Редактор конфигурации и отметить галкой ключ /desktop/gnome/peripherals/keyboard/indicator/showFlags
   

Вот как теперь у меня выглядит индикатор:


Набор значков высотой 24, 32 и 48 пикселей можно скачать тут.

Информация и ссылка на архив позаимствованы на сайте Ubuntu для пользователя.

Не первый год уже (да и не второй) пользуюсь средой рабочего стола GNOME, а знать не знал, что окна и менюшки могут отбрасывать тени и без Compiz'а. Metacity тоже это умеет, надо только в Gconf-editor отметить галочкой ключ /apps/metacity/general/compositing_manager.

Обычно при запуске система проверяет привод флоппи-дискет. (Если кто не знает, были такие сменные накопители в древности...) Устройство мне в общем ненужное, но раз уж есть — ладно.
Но вот с какого такого раза GNOME теперь при загрузке "дёргает" девайс? Да еще и оставляет при этом в errors.log. пустовавшем до того, такое сообщение:

Apr 5 15:39:18 archer kernel: end_request: I/O error, dev fd0, sector 0
Apr 5 15:39:19 archer kernel: end_request: I/O error, dev fd0, sector 0

Вчера новый GNOME уже был доступен для обновления в репозитории extra.
Что я могу сказать? Никакой революции не произошло — революция намечается на осень.
Вторую панель в файловом менеджере Nautilus могу только приветствовать — порой мне ее недоставало. Индикатор раскладки, появившийся в принудительном порядке в области уведомлений, не особо мешает, но мне совершенно не нужен. Никогда не пользовался им. Я в данном качестве всегда использую индикатор Caps Lock на клавиатуре.
Внимание! Gedit по умолчанию не создает резервную копию документа при сохранении изменений. При неудачной правке конфигурационных файлов эта мелочь может сильно расстроить.
По субъективному впечатлению новый GNOME грузится дольше.

Подробности на этой странице . Перевод, правда, сделать еще не успели, хоть страница и "ru"...
Меня среди всех мелочей заинтересовал новый Nautilus.
Я не пользуюсь (пока) Epiphany, но изменения в этом браузере тоже довольно интересны.

Релиз-кандидат нового GNOME помещен в репозиторий gnome-unstable для тестирования.
Релиз новой версии намечен на 31 марта с.г. Учитывая грядущие весьма существенные изменения — ждем-с.

Вчера обновилось порядочное количество пакетов, в том числе X сервер и частично GNOME. В результате pacman (утилита, ведающая установкой и удалением пакетов) сообщил о том, что пакет gnome-volume-manager теперь не нужен — его функции перешли к файловому менеджеру Nautilus.

Точнее 1/2 ура. С некоторых пор в Gnome (еще 2.26-ом) не работало шифрование/дешифрование файлов. С переходом на 2.28 ничего не изменилось. Сегодня обновились пакеты seahorse и seahorse-plugins. Я надеялся, что этот баг устранен. Надежда оправдалась наполовину: шифрование заработало, а вот обратный процесс по-прежнему выдает ошибку:
** seahorse-tool **: seahorse_pgp_operation_init: assertion `GPG_IS_OK (err)' failed
Еще один — чисто косметический — баг проявился в новом Гноме. При использовании некотрых темных тем GTK, в том числе в моей любимой теме Shiki, значки некоторых программ в Области уведомлений отображаются с неверным серым фоном. Автор темы говорит, что это специфический баг Arch Linux'а.
Не знаю, специфичен ли следующий баг для Arch'а, но подозреваю, что да — попытка запустить в Gnome 2.28 Compiz "увенчалась" провалом: Emerald отказался оформлять окна. В 2.26 данной проблемы не возникало.
Но я оптимист и твердо верю: когда-нибудь из Gnome устранят все баги! Но, будучи реалистом, понимаю — вряд ли мы доживем до этой светлой поры...

Все-таки я нашел конфиг, который отвечает за монтирование разделов с помощью HAL в GNOME 2.28.
Раньше это был /etc/PolicyKit/PolicyKit.conf.
Теперь это /usr/share/polkit-1/actions/org.freedesktop.devicekit.disks.policy.
Где надо, ставим "yes" и наслаждаемся.
Но не без ложки дёгтя: тома монтируются по их UUID, выглядит неэстетично. Метка тома не влияет, задать название в свойствах тома или через gconf-editor, как я делал раньше, не получилось.
Поправка: после перезагрузки выяснилось, что HAL монтирует тома, используя их метки.

С глубокой древности, с тех пор, как я перешел на Linux, а точнее, на GNOME, меня занимали два вопроса:
Почему нельзя ограничить предельный размер Корзины, как... сами знаете где. На этот вопрос ответа у меня пока нет.
И можно ли ограничить разрастание каталога ~/.thumbnails, где хранятся превьюшки картинок и видеофайлов? А то ведь растет и растет, количество миниатюрок всё увеличивается и увеличивается... Не проблема, конечно, вручную почистить или скрипт в cron подвесить (очень Ъ!). Оказалось, есть уже в GNOME функция ограничения, просто по умолчанию выбраны слишком большие значения — на мой взгляд. А добраться до настроек можно, конечно же, через gconf-editor (ключ /desktop/gnome/thumbnail_cache).

Читаем Release Notes и радуемся вместе со всем прогрессивным человечеством.
Через несколько дней обновление появится в репозиториях — уже предвкушаю энное количество глюков и багов... то есть нет, улучшений, конечно же, которые будут сопутствовать переходу.

Согласно расписанию (оно тут ) на сегодня, то есть на 23.09.2009 назначен релиз GNOME 2.28.
Согласно имеющейся информации в этом релизе опционально будут доступны для установки элементы, которые станут частью графической среды в версии 3.0. Например, наряду с оконным менеджером Metacity можно будет скачать и установить его будущий преемник Mutter.

Перед тем как удалить из системы за ненадобностью Sound Juicer (штатный CD-риппер графической среды GNOME), я впервые в жизни попробовал конвертировать аудио CD во что-то более компактное. С его помощью. Просто из любопытства.
Это оказалось не просто. Это оказалось даже не очень просто. Это оказалось проще пареной репы... То есть единственное, что нужно было сделать, это выбрать формат. И если с форматами lossless всё более-менее понятно, то с такими форматами, как mp3 и Ogg Vorbis это меня как-то покоробило: "Соковыжималка" не предоставила даже возможность выбрать битрейт, она просто сконвертировала музыку в ogg (по моему хотению) с битрейтом 160 кб/с (без всякого моего веления).
Простота — штука хорошая. До некоторого предела, иначе приходит на ум проверенное временем сравнение с воровством.
Пакет я удалил и опять же из любопытства решил подыскать замену. И подыскал Grip. На том и остановился — программа своей функциональностью меня вполне устроила. Среди ее настроек нашлась даже установка приоритета выполнения процесса (nice), причем отдельно для извлечения и кодирования.
Как и в случае с Sound Juicer'ом возникла проблема с русской кодировкой названий файлов и тэгов. То есть кодировку я так и не подобрал — похоже на DOS, а этого чуда нет у меня в системе. Так что пришлось заняться ручной обработкой в EasyTAG. Ну да ладно.

http://ru.wikipedia.org/wiki/Grip