При использовании LXDE (а иногда и других DE) при щелчке на скачанном файле открывается не приложение, которое прописано в его MIME профиле, а Firefox. Чтобы вылечить это нужно сделать следующее (от root):
urpmi Perl-File-MimeInfo
а затем в файле /usr/bin/xdg-open в строке 452 (в Mandriva 2010 Spring, в других версиях надо поискать ее) поменять
Потом откройте lxappearance и выберите нужную тему.
Также я добавил новый индикатор громкости с выбором каналов, тем, вызовом alsamixer и отображением значения громкости в трее в виде уровней а также регулировки подведением мышки и кручением колесика.
Его вы можете установить с помощью команды
urpmi volumeicon
Не забудьте строчку в автозапуске LXDE (от root открыть /etc/xdg/lxsession/LXDE/autostart) и добавить следующую строку
В Git репозитории Mandriva можно найти много интересных и полезных разработок. Одна из них — это набор легковесных утилит для трея, которые идеально подходят для нетбуков и не только. В LXDE они позволяют получить недостающие возможности. Они были разработаны для использования в дистрибутиве InstantOn и ClassmatePC, но мы перевели и адаптировали их для вас. Рассмотрим их подробнее:
tray_eject — утилита, появляющаяся при подключении внешних устройств и позволяющая легко их отмонтировать.
tray_mixer — регулятор громкости для рабочих столов, где он отсутствует.
tray_randr — утилита для переключения разрешения между нетбуком и внешним монитором. Идеально для Asus Eee701 и ClassmatePC.
tray_keyleds — индикаторы Caps и NumLock для нетбуков и клавиатур, где их нет.
tray_reboot — маленький значок в трее, вызывающий меню выхода, перезагрузки и спящего/ждущего режима.
vold — демон для регулировки звука с мультимедийных клавиш (чего очень не хватало в LXDE).
установить их можно, подключив (если у вас это еще не сделано, то очень рекомендуем) репозиторий EduMandriva на и выполнив команды (от root)
urpmi vold
urpmi -a tray-
Чтобы включить эти утилиты в LXDE, добавив в конец файла (конечно же от root) /etc/xdg/lxsession/LXDE/autostart следующие строки (оставьте только те утилиты, которые вам нужны):
Недавно, настраивая рабочее место для пользователя, столкнулся с просьбой сделать так, чтобы программы запущенные из-под wine выглядели по возможности максимально однородно в среде KDE4. Задача интересная, и в будущем пригодиться. поэтому не стал отказывать и решил подумать как это можно реализовать. Во-первых, в голову сразу пришла программа qt4win в возможностях которой кажется что-то было подобное. Скачивать, собирать и устанавливать данную программу для использования лишь одной функции для меня показалось слишком тяжким занятием, по-этому решил посмотреть как это сделано в qt4wine. Но к сожалению информации об этом не нашел, а скачивать исходники ради того чтоб подглядеть было тоже лень.
В итоге родился следующий скрипт, который обеспечивал перенос необходимой цветовой палитры из файла настройки QT4 в реестр wine.
На официальном сайте уже рассматривалась данная тема, если pcmanfm полностью управляет рабочим столом, то всеми любимые conky не включить-они просто не будут отображаться.
Итак если же вы все такие захотели conky в lxde, то придется провернуть кое-какие «махинации»!
Внимание: чтобы conky могли функционировать придется отключить управление рабочим столом в pcmanfm:
Правка->Параметры->Рабочий стол->Снимаем галку «Управлять рабочим столом и показывать иконки».(меня это особо не мучало, ведь у меня есть на панели иконку запуска pcmanfm, да и правой кнопкой в меню можно его вызвать)
Вот и все теперь conky будут отображаться, но… НО обоев не будет и не всегда захочется сидеть с черным экраном. Так что идем дальше…
1)Ставим feh
#urpmi feh
2)делаем для простоты скриптик wall.sh(можно сделать иначе, но мне как-то этот путь показался наиболее простым)
как видите я скинул скрипт в ту же папку, где и лежит файл autostart, но можно его оставить там где вам захочется.=)
5)перелогинимся и видим наши конки(если же вы написали .conkyrc) и нашу обоину.
В очередной раз все оказалось достаточно просто!=)) Вот за это я и люблю линукс!=)
Когда у вас в сети имеется более чем одно рабочее место c установленным Mandriva Linux, возникает вопрос об доставке на них обновлений. Это можно сделать несколькими способами:
1. Настроить источники пакетов на каждом рабочем месте и проводить обновление децентрализовано;
2. Воспользоваться возможностью urpmi, а именно функцией ;
3. Воспользоваться возможностями FUSE посредством модуля подключив FTP, HTTP, FISH, SFTP, HTTPS, FTPS ресурсы, как сетевой диск с возможностью кеширования и предоставить его в общее использование;
4. Организовать централизованное получение необходимых пакетов на сервере для последующего предоставления их рабочим местам.
Рассмотрим положительные и отрицательные стороны перечисленных пунктов:
1. В случае подключения внешних источников каждое рабочее место должно иметь выход в Интернет, общий объем получаемых данных из Интернет для обновления будет суммарно равен объему полученных пакетов для каждого рабочего места. Этот способ не критичен, если Интернет предоставляется по безлимитным тарифам и если канал доступа к Интернет достаточно широкий, чтобы не нагружать каналы связи при получении обновлений.
2. В случае использования функционала parallel появляется возможность производить обновление и установку пакетов на рабочие места в сети централизованно с сервера. Но при этом обновление рабочих мест происходит из источников, подключенных на рабочем месте, с которого производится обновление.
3. В случае использования модуля LftpFS для FUSE можно подключить удаленный источник пакетов и предоставить доступ на него рабочим местам в локальной сети. При настройке кеша, скачиваемые пакеты будут кешироваться в указанной директории и повторно скачены не будут, за исключением случаев, когда срок действия кеша истекает. Стабильность данного решения не гарантируется.
4. Данный способ позволит загружать требуемые пакеты для всех рабочих мест в локальной сети, которые в последующем будут установлены на требуемые рабочие места. В этом способе предусмотрена настройка как рабочего места для загрузки на сервер базы данных установленных пакетов, так и сервера для получения требуемых пакетов и предоставления доступа к ним рабочим местам в локальной сети.
В данной статье будет рассмотрен четвертый вариант более подробно.
В связи с существованием выделенной линии и безлимитным тарифом у меня не было проблем с синхронизацией локального зеркала. Для этого был создан небольшой скрипт, который производил синхронизацию со внешним источником по rsync (последняя версия скрипта размещена на странице ).
Но однажды ко мне на e-mail пришло письмо с описанием ошибки в скрипте (после выхода Mandriva 2010 скрипт сопротивлялся и пытался скачать 2009), а так же с просьбой доработать скрипт до возможности скачивания отдельных пакетов, которые в последствии можно было бы устанавливать на целевые машины.
Идея мне показалась хорошей и к тому же, судя по неоднократно выплывающим на форумах вопросам, актуальной. Дело было к ночи спать не хотелось, по сему, решил посмотреть, что можно было придумать ориентируясь на доступный функционал уже установленного ПО на Mandriva 2010.0.