Метки
amd bittorrent bug centos debian enlightenment fedora fedora 8 fedora 9 fedora 10 fedora 11 fedora 12 fedora 13 fedora 15 fedora 16 FedoraMD fglrx firefox flash player gnome google intel interview java kde kernel linux livecd migrate moldova nvidia openoffice OpenStreetMap opera Orange ovirt radeon red hat rpmfusion Sandel skype video virtualisation vmware wine
Chromium + VA-API = RPMFusion
2018-10-03 11:44 | Автор: Vasile Chelban | Filed under: Vasile
Продолжение истории о сборке RPM пакета браузера chromium с поддрежкой апаратного ускорения декодирования видео. Автора COPR репозитория несколько месяцев в сотрудничестве с коммандой RPMFusion работал над включением пакета в состав этого популярного репозитория. И, со вчера, пакет chromium-vaapi уже в updates-testing. Непростые инструкции из предыдущих постов заменяются коммандой:
dnf --enablerepo=rpmfusion-free-updates-testing install chromium-vaapi
Метки: chromium, fedora 28, video
Доменная авторизация — решение ошибок в Midnight Commander’e
2018-09-10 14:03 | Автор: Vasile Chelban | Filed under: Vasile
На моей рабочей станции (под управлением Fedora 29) используется доменная авторизация в Active Directory настроенная через winbind. Последнее важно, так как в новых установках Fedora примерно с Fedora 27 доменная авторизация использует realmd и sssd, вместо winbind. А в моем случае получаемое имя пользователя - что-то вроде "WORK\vasile". Именно так - с бэкслешем, так как это значение по умолчанию параметра "winbind separator" (см. smb.conf). Бэкслеш это еще очень популярный метод экранирования спецсимволов в строках в различных интерпретаторах, к примеру - Bourne Shell и производных. А вот к какой ошибке это приводит при использовании Midnight Commander'a:
Метки: Active Directory, fedora 28
Обновление процедуры установки Chromium VA-API
2018-08-13 16:13 | Автор: Vasile Chelban | Filed under: Vasile
Ранее я рассказывал как установить "правильную" сборку Chromium с поддержкой ускорения декодирования видео. Из за обновления видения разработчика о структуре проекта, а также из за невозможности хостинга компонентов содержащие декодер h.264 (а он пока еще очень нужен) на мощностях Fedora, то процедура чуть усложнилась. Этот Chromium уже разделен на несколько пакетов, большинство которых находятся в COPR репозитории. Но пакет с поддержкой h.264 кодека находится в GITLab.com репозитории автора (и появляется с порядочной задержкой). (далее…)
Метки: chromium, fedora 28, video
GIMP 2.10 на Fedora 28
2018-05-25 11:26 | Автор: Vasile Chelban | Filed under: Vasile
Свеже вышедший GIMP 2.10 отличен - обновления в интерфейсе, лучше прозизводительность, новые инструменты. Про все это читайте в Release notes и на Phoronix.
Пакеты в репозитория Fedora 28 пока нет, но для Fedora 29 есть, а последняя еще не так далеко ушла по версиям компонентов, чтобы сделать невозможным подмену.
Метки: fedora 28
VA-API ускорение для видео в браузере
2018-04-02 07:19 | Автор: Vasile Chelban | Filed under: Vasile
В Archlinux есть как всегда отличные материалы по аппаратному ускорению видео проигрывания в Linux - Hardware video acceleration. В кратце - установите драйверы и библиотеки VA API (VDPAU плюс мост к VA API по необходимости) и правильную патченную версию Chromium браузера. Она есть для Ubuntu, ArchLinux, есть патчи и исходники. Однако для Fedora я нашел ее только недавно.
Качайте для Fedora 27 из вкладки Releases github репозитория RockbazRock/Chromium-vaapi
В RussianFedora chromium сборке, увы, патч не актуален и не работает. Так что удаляйте стоковый chromium, и устанавливайте имеено скачанный по ссылке RPM пакет. А для Fedora 28, в связи с новой версией VA API 1.0 (против 0.38 ранее) сборки пока нет. До обновления на FC28 удалось протестировать проигрывание - и оно работает, тише, глаже, шелковистее.
Метки: chromium, fedora 28, video
Быстрое обновление на Fedora 28 Beta
2018-04-02 07:09 | Автор: Vasile Chelban | Filed under: Vasile
Узнав что на первый вторник апреля назначен выпуск beta версии Fedora 28, я понял - пора. Я привычно обновляю свои рабочие станции где-то между Alpha и Beta версиями. А так как Alpha выпуски Fedora уже отменили - то мое время настало.
Оффлайн обновления через fedup (или dnf-system-upgrade-plugin) у меня не ладятся - как правило после перезагрузки что-то сбоит, обновление не идет, и надо все начинать сначала. Причины разные - то SELinux запрещает доступ к пакетам, то мне не хватает места на накопителях для кеша скачанных пакетов, и извращаюсь mount --bind, или, последнее - при попытке уже offline обнвления говорит что не доступен репозиторий fedora, updates и.т.д. А мой путь - обновления вживую, самые веселые, согласно простой инструкции Upgrading Fedora using package manager.
Риск в возможности забыть о запуске внутри screen, падающем Xorg сервере, и оборванной транзакции. Finish.
Что же было в этот раз:
- для разрешения зависимостей, пришлось удалить nss-pem.i686 вместе с wine и samba, а также qt5-qtmultimedia вместе с audacious
- новая утилита fedora-upgrade - удобная, позволяет многое не забыть
- вместо authconfig теперь authselect, но `dnf groupupdate Minimal install` дал сбой, так как все же установилось обновление authconfig для FC28. Обновление из updates-testing решает эту неприятность.
- важно сразу (до перезагрузки) вернуть юниты - systemctl enable winbind lightdm acpid
- удалился oddjob-mkhomedir, нужно убедится что он установлен (для доменной аутентификации)
- старая версия drush-8.1.10 в репозитории, непригодная для работы. Нужно ставить phar 8.1.16. Или обновляться из updates-testing/koji.
Метки: fedora 28
2D ускорение графики для Intel GPU в Fedora 26
2017-08-30 09:51 | Автор: Vasile Chelban | Filed under: Vasile
Несмотря на то что использую Fedora 26 с ранних Beta версий, на компьютерах с Intel графикой, с явным проявлением проблемы (так как ее вижу я) столкнулся только вчера. А в прессе об этом изменении писалось с января 2017-го:
- Intel Graphics Gen4 and Newer Now Defaults to Modesetting Driver on X
- Bug 94843 - Ditching xf86-video-intel in favor of xf86-video-modesetting?
- Intel vs. Modesetting X.Org DDX Performance Impact
Так как разработка xorg-x11-drv-intel драйвера застопорилась, и уже не было более трех лет новых стабильных выпусков, а разработчики пакетов для дистрибутивов вынуждены использовать версию из GIT без должного тестирования, они решили отказаться для современных Intel GPU от использования intel драйвера в пользу универсального modesetting драйвера, в сочетании с которым поддержка 2D ускорения происходит через GLAMOR и OpenGL.
Для нетребовательных пользователей, с современными Core i-series процессорами, это изменение не так заметно. В моем случае, заменив материнскую плату с чипсетом Intel G31 на более мощную Intel G41, я столкнулся с тем что текст в редакторе стал вводится с не комфортной задержкой.
Решение - форсировать использование intel драйвера:
# cat > /usr/share/X11/xorg.conf.d/10-intel.conf << "EOF"
Section "OutputClass"
Identifier "Intel"
MatchDriver "i915"
Driver "intel"
EndSection
EOF
Метки:
Время перемен (ожидая Fedora 19)
2013-06-21 20:09 | Автор: Vasile Chelban | Filed under: Vasile
Рабочая станция - на Fedora 17, радовала все меньше и меньше. Несмотря на 4 ядра "самый быстрый в мире браузер" лагал, заикался на флеше, порой вылетал и странно зависал при открытии date picker'a на jQuery. Лучший видео драйвер для Linux - intel, выводил дрожащее изображение на стареньком 19" TFT мониторе, а посредственный открытый драйвер nouveau "забывал" включать монитор пробуждаясь от сна. Попытка организовать multiseat систему на базе поддержки в новых версиях systemd тоже не была успешна - Xorg запускался только на одном месте. И дома - слабенький нетбук страшно раздражал задумчивостью при входе на страницы соцсетей, и отсутствием правой клавиши Win на которую я обыкновенно вешаю переключение раскладки клавиатуры.
Я был готов к переменам. (далее…)
Метки: Fedora 19
Начинаю работать с Markdown
2013-03-17 19:01 | Автор: Vasile Chelban | Filed under: Vasile
Давно наслышан об этом простом текстовом формате разметки. Но руки по инерции продолжали использовать wiki синтаксис, порой очень разные диалекты wiki, где-то OpenOffice и Google Docs, хотя понимал избыточность для моих задач этих монстров.
Сегодня начал с введения в язык - http://daringfireball.net/projects/markdown/basics.
Для используемого мной редактора есть расширение обеспечивающее его поддержку - vim-markdown.
Для вывода в PDF и не только осваиваю pandoc:
yum install texlive texlive-latex texlive-texmf-xetex texlive-ifxetex pandoc
Метки:
Синхронизируя с Ubuntu One..
2013-02-06 00:46 | Автор: Vasile Chelban | Filed under: Vasile
Делаю я это ежедневно: свои заметки, планы я ввожу в Conboy (Tomboy/Gnote подобное приложение для Maemo 5) и синхронизирую с "облаком" производства Canonical. Вчера после синхронизации меня посетило чувство утраты - все заметки пропали. Кроме одной устаревшей и малозначительной.
Далее я двигался осторожно. Разбудил по WOL рабочую станцию, и проверил дату последнего обновления заметок. Оказалось что все правки за половину месяца потеряны. Гугл подсказал утилиту для восстановления заметок от Canonical. Но она никак не хотела авторизоваться на сервисе. В полном расстройстве я вчера на этом остановился.
Сегодня установил Ubuntu One клиент для Fedora, отладил питоновский скрипт, исправленная версия уже на github, обнаружил что можно восстановить 39 заметок, но ни одна из них мне не интересна. И зайдя на одну из подстраниц сервиса увидел признание разработчиков в ошибке, и заявление что все работает. Tomboy на десктопе легко вернул пропажу, правда не свежие версии, где-то с 2-х дневным отставанием. Видимо из бэкапа залили. Conboy пришлось чуть мучить и копировать данные вручную.
А вы готовы к невозвратимой потере данных хранящихся в облаках?
Метки: Ubuntu One