Вопрос про wmfs. Можно ли сделать так, чтобы дочерние окна открывались всегда «плавающими» (free)? Можно конечно прописать для каждого такого окна правило, но это как-то напряжно. Искал подобную опцию в описании конфига - не нашел.

Вопрос про awesome. При переключении тегов или открытии новых окон, наблюдаются «блик» окон (т.е. окна прорисовываются с заметной «вспышкой»). Это как-то раздражает и напрягает глаз, можно ли с этим что-то сделать (не используя при этом композитный менеджер)? В wmfs такого не наблюдается, там всё плавно.

Если коротко, можно ли сделать так, чтобы при активации окна приложения из трея, я бы переходил в тег, где оно открыто?

Например, запущен xchat, его окно открыто и расположено в седьмом теге.
Я нахожусь в первом теге и вижу по трею, что в xchat пришло личное сообщение. Кликаю дважды по xchat и он открывается в первом теге, где я и нахожусь на данный момент.
Так вот, вопрос. Можно ли сделать так, чтобы при клике по xchat в трее, он открывался НЕ в теге, где я нахожусь, а осуществлялся бы переход в седьмой тег (где окно чата уже открыто и изначально располагалось)?

Интересует в первую очередь awesome. Но и wmfs или subtle подойдет.

З.Ы.: Сильно ногами не пинать, awesome и wmfs знаю поверхностно, в описании конфигов и FAQ ответ на свой вопрос не нашел =[

Тащемта, проблема такая.

Уже довольно продолжительное время у меня постоянно «синяки» под глазами. Когда не работал - ложился под утро (в 4-5 утра), тогда понятно. Но когда на работу устроился, ложиться стал более-менее раньше (примерно в час ночи, встаю в 8). Прошло полгода, а синяки все ещё есть.

Как от них избавиться? Надоели вопросы «Кто в глаз дал?» =]

Знающие люди, объясните практическую разницу компилирования gtk+-2 с флагом introspection и без.

И может ли компиляция с ним/без него повлиять на скорость работы/запуска некоторых GTK-приложений?

Спасибо.

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

Кому интересно, то это делается так:

$ gvfs-set-attribute FILE -t stringv metadata::emblems EMBLEMS

$ gvfs-set-attribute FILE -t stringv metadata::emblems none

З.Ы.: Archlinux, Nautilus 3.2.1
З.Ы.Ы: Да, не юзерфрендли, но сам факт уже радует.

Всем доброго времени суток =]

Читая новости о Fedora 16 и OpenSUSE 12.1 меня посетили безумные мысли..

Реально ли обновить Fedora 14 до Fedora 16 c замаскированными (маскировка же там есть, надеюсь) Gnome2-пакетами, без потери их работоспособности и сохранением версий? Т.е. грубо говоря, получить Fedora 16 со вторым гномом.

Тот же самый вопрос касаем и OpenSUSE 11.4 и openSUSE 12.1, соответственно.

Или же проще и реальнее поставить минимальную 16-ую федору или сусю 12.1 и собрать второго гнома из сорцов?

З.Ы.: Понимаю конечно, что борьба с зависимостями может дойти до немыслимых масштабов, но все же интересно стало этот квест пройти =]

Всем здрасте, есть пара вопросов про Debian Stable.

1. Есть ли способ поставить свежий софт, которого нет в репах, но не смешивая с тестингом? Например, pidgin - в стейбле старенький, в тестинге тянет за собой очень много ненужного, остается лишь вручную собирать?

2. Как там со сборкой своего ядра, есть ли подводные камни?

3. Возможно ли брать пакеты из PPA?

Спасибо.

Вопрос адресован всем тем, кто юзает третье ядро с BFQ-патчами.

Всё ли стабильно?

Отдельный вопрос про компиляцию, нет ли проблем с ней (в смысле, компиляция софта в системе с BFQ и третьим ядром)?

Так же просьба озвучить версию ядра (+версия патчей, если можно) и версию gcc.

З.Ы.: Блин, сейчас бы не помешало cast [group]gentoo[/group] =]

Снова собрал Gentoo, всё отлично, но есть одна неприятная мелочь.

Nautilus не так быстро запускается, как я привык, особенно холодный старт. В openSUSE, например, он стартовал мгновенно (холодный старт в т.ч.), хотя там и не использовались всякие preload/readahead, экзотические патчи и т.д., на сколько я понимаю.

Пересобирал с различными уровнями оптимизации - результата нет.

Вопрос такой. Как ускорить запуск наутилуса или почему в openSUSE он может стартовать быстрее?

P.S.: о preload/readahead в курсе, но хотелось бы глубже изучить эту проблему.

!Ъ (eng)

Как уже известно, openSUSE 12.1 предложит пользователям Gnome 3 в гном-версии дистрибутива. Классическая вторая версия этого рабочего окружения не будет доступна в качестве альтернативы, т.к. разработчики хотят сосредоточить свои силы на предоставлении оптимальной поддержки Gnome 3, а не распределять свои усилия между двумя версиями данного рабочего окружения.

Между делом, несколько энтузиастов из сообщества разработчиков объединили свои усилия, чтобы подготовить пакеты KDE 3 для openSUSE 12.1. Но как отметил Andreas Jaeger, подготовленные пакеты не будут доступны непосредственно на установочном диске, в целях экономии места.

Вот так вот... =] На радость любителям третьих кед и не в пользу любителей второго гнома.

По некоторым печальным причинам, оставаться на Арче стало практически невозможно (сплошные конфликты при обновлениях со вторым гномом из ARM, ведущие к отказу от обновления части нужных пакетов; сырость MATE; переход на кеды и т.д. - не вариант).

Пришлось искать новый дистрибутив, который более-менее бы отвечал моим требованиям, основным из которых являлась поддержка второго гнома в настоящее время. Выбирал между Gentoo и openSUSE. В виду нехватки времени, да и собственной лени, Генту пока отбросил. Поставил Сьюс.

Что сказать, был приятно удивлен - всё работает так, как нужно, а где-то - даже лучше =]

Из плюсов:
- «Всё просто работает», что радует (за исключением проблемы с nouveau, который был впоследствии заменен на проприетарщину)
- Свежесть пакетов и их количество так же порадовали
- Хорошо собранный второй гном, вопреки всяким «Суся заточена по кеды, гном там плох»
- Ощутил удобство децентрализованных репозиториев
- OBS - вещь =] Запилил свой репозиторий с гитовским gmusicbrowser, действительно удобно
- Zypper понравился, в принципе. Не такой шустрый как pacman, но соотношение скорость/функционал вполне устраивает

Из минусов:
- Время от времени (примерно раз в 2-3 дня) зависают иксы, напрочь. Грешу на nouveau. Поставил проприетарный драйвер.
- Не совсем пока понятна логика гуишного менеджера пакетов, поэтому юзаю zypper
- В репозиториях не было нескольких нужных мне пакетов, но это легко разрешилось с помощью OBS

Всем здрасте.

Проблема в том, что totem-video-thumbnailer не видит параметр --time, т.е. параметр, задающий конкретное время для снятия скрина.

Пример:

totem-video-thumbnailer --time=21 4.mp4 4.png

Есть openSUSE 11.4.

За время использования было 2 зависания иксов «намертво». При этом был открыт лишь firefox (пара легких страниц, без флеша и т.д.), gmusicbrowser и pidgin.

Лог
Прочая информация:

total@linux-5kvo:~> uname -a
Linux linux-5kvo 2.6.37.6-0.7-default #1 SMP 2011-07-21 02:17:24 +0200 i686 athlon i386 GNU/Linux

total@linux-5kvo:~> zypper if Mesa xorg-x11-server xorg-x11-driver-video-nouveau | grep 'я:'
Имя: Mesa
Версия: 7.10.2-7.3.1
Имя: xorg-x11-server
Версия: 7.6_1.9.3-15.24.2
Имя: xorg-x11-driver-video-nouveau
Версия: 0.0.16_20110115_b795ca6-3.1

Поискал в багтрекере, гугле, решения не нашел.

Кто-нибудь сталкивался с таким, есть ли решение проблемы?

Решил в очередной раз попробовать KDE и наткнулся на проблему, которая и раньше меня отталкивала от кед.

Суть проблемы.
При скроллинге в Dolphin, когда мышка при этом затрагивает файлы, прокрутка ужасно тормозит. При чем это наблюдается даже в директориях с небольшим количеством файлов. Создается впечатление, что когда мышка задевает файл/директорию, Dolphin что-то из него читает.

Наблюдается во всех дистрибутивах, что я попробовал с кедами - Arch (KDE 4.7), openSUSE 11.4 (KDE 4.6.0 и KDE 4.7), Fedora 15 (KDE 4.6.2), Pardus 2011.1 (KDE 4.6.5). В Пардусе, сразу после установки, эта проблема не наблюдалась, я уж обрадовался, но потом возникла (перед этим, на сколько я помню, проставил пару тегов/меток файлам).

Отключение непомука/стриджи не помогает. Переключения на raster - тоже.

Куда копать? =[

Собственно, сабж =]

Почему Вы выбрали себе именно такой никнейм (что он означает) или что повлияло на его выбор?

З.Ы.: Вроде бы подобной темы не было, по крайней мере не нашел и не помню =[

Всем здрасте.

Да, я читал все эти «32 vs 64», но хочется услышать мнение людей на счет перехода x86 -> amd64 на конкретном железе.

Характеристики компьютера:
CPU: AMD Athlon 64 X2 5200+
RAM: 1,5 Гб

Вопросы такие:
1. Будет ли профит (и в чем)? (дистрибутив: Gentoo)
2. Будут ли заметна разница в производительности флеша и проприетарных драйверов NVIDIA?

Заранее спасибо.

Вышла новая версия популярного веб-браузера Opera 11.50 с кодовым названием «Swordfish» (переводится как «Рыба-меч»), доступная для платформ Windows, Linux, MacOS X и FreeBSD. В новой версии проведена большая работа по устранению ошибок, а так же добавлены новые возможности.

Из новшеств стоит отметить:

• Переход на движок Presto 2.9.168, что увеличило производительность (например, обещано увеличение скорости рендеринга CSS и SVG до 20%) и расширило поддержку web-стандартов.
• Служба синхронизации Opera Link теперь поддерживает синхронизацию не только закладок, заметок, настроек блокировки содержимого и истории посещенных страниц, но и паролей.
• Поддержка дополнений для Speed Dial. Список доступных дополнений можно найти здесь
• Улучшения пользовательского интерфейса: новый набор иконок для панели инструментов, изменения цветового оформления фона и рамок, переработан дизайн строки статуса, кнопки «Домашняя страница» и «Быстро вперед» теперь опциональны, а так же другие изменения.
• Во встроенном почтовом клиенте улучшена поддержка Gmail IMAP, по сравнению с предыдущей версией.

Полный список изменений


Загрузить

>>> Подробности

Разбавлю-ка предыдущие нытик-треды об Арче.

Почему я выбираю Archlinux?

Из основных причин:

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

2. В большинстве случаев Арч содержит самые свежие версии нужных мне пакетов. Например, если вышла новая версия Deluge, то мне не нужно беспокоиться о том, когда она появится в репозиториях (привет гентушным слоупокам-мейнтейнерам).

3. Арч прост, понятен, логичен и предсказуем. Я знаю как он работает и как он будет работать. Ничего лишнего и никаких сюрпризов.

4. Арч просто работает =] Нет, это не преувеличение. Он действительно один из тех дистрибутивов, в которых можно быть уверенным и на которые можно положиться.

5. Максимальный контроль свежести пакетов. Хотите более новую версию пакета или что-то взять из гит - AUR в помощь. Хотите более старую версию пакета (или как я - Gnome 2) - подключаете ARM (Arch Rollback Machine) и берете (доступны ежедневные срезы репозиториев от 11.2009 до сегодняшнего дня, это впечатляет, не правда ли? =[ ).

Уважаемый JB, правильно ли я понимаю, что сообщения «Я за бан» теперь будут удаляться по причине «Обсуждение действий модераторов»?

Было бы так же интересно услышать мнение других модераторов на сей счет.

Спасибо.

В общем, решил я приглядеться к Дебиану, там до сих пор мой любимый Гном 2, да и версии пакетов в testing/sid ветках более-менее свежие. Больше смотрю на testing-ветку, опять же исходя из свежести версий пакетов, да и rolling-release в какой-то степени.

Появилось несколько вопросов:

1. Как долго занимает обновление версий пакетов в стабильной ветке? Например, там до сих пор pidgin 2.7.3, deluge 1.2.3, nvidia-glx 195.36.31 и т.д. Радует, что там всегда будет второй гном, но хочется чтобы все остальное было более-менее свежее.

2. На сколько опасно ставить пакеты из тестируемой ветки в стабильную? Понимаю, что мелкие пакеты (типа deluge, gmusicbrowser и т.д.) вряд ли будут опасны, поэтому речь о более глобальном - иксы, ядро, нвидиа и т.п.

3. Какие в дебьяне/апт есть штуки, которые будут полезны для создания своих пакетов новых версий программ? Например в Арче есть аур, в Генте тоже не сложно написать новый ебилд и создать локальный оверлей.

4. Можно ли запретить Дебиану обновлять определенную группу пакетов (желаемое - целый гном и пара мелких пакетов)? Это я к тому, что если буду сидеть на тестинге и внезапно в репозитории придет третий гном на смену второму, было бы неплохо «заморозить» гном (запретить его обновлять) без серьезных последствий в будущем.

Заранее спасибо.