Firefox научился работать с темной системной темой

Пока менеджеры Google не собираются чинить вырвиглазную белую адресную строку, Firefox наконец научился нормально работать с темными системными темами.

В about:config добавить:
"widget.content.gtk-theme-override": "Clearlooks"

То есть зайти в about:config, нажать правой мышью на свободное место, выбрать «Добавить», «Поле», название поля — widget.content.gtk-theme-override, значение — Clearlooks.
https://bugzilla.mozilla.org/show_bug.cgi?id=1158076

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

Стало вот так, если добавить такую настройку.

Проверку выполнял на packages.ubuntu.com.

Получаем список коммитов, добавляющих нужный функционал, которые нужно бекпортировать

Сначала ищем, в каких файлах есть нужная строка:
$ grep -inHr BIND_LDAP_SO

install/share/bind.named.conf.template:52:dyndb "ipa" "$BIND_LDAP_SO" {
ipaplatform/base/paths.py:194:    BIND_LDAP_SO = "/usr/lib/bind/ldap.so"
ipaplatform/base/paths.py:201:    BIND_LDAP_SO_64 = "/usr/lib64/bind/ldap.so"
ipaplatform/redhat/paths.py:38:        BIND_LDAP_SO = BasePathNamespace.BIND_LDAP_SO_64
ipaserver/install/bindinstance.py:815:            BIND_LDAP_SO=paths.BIND_LDAP_SO,

Теперь составляем список коммитов, добавлявших эти строки:
$ ( for i in install/share/bind.named.conf.template ipaplatform/base/paths.py ipaplatform/redhat/paths.py ipaserver/install/bindinstance.py ; do git blame $i | grep BIND_LDAP_SO ; done ) | awk '{print $1}' | sort | uniq
4d2ef43f28
e8a2abd548

Превращаем нужные коммиты в файлы-патчи:
$ git format-patch -1 4d2ef43f28

Патч usb-modeswitch-data для поддержки RTL8188GU

Патч для usb-modeswitch-data, добавляющий поддержку для USB WiFi адаптеров на базе чипа Realtek RTL8188GU:
https://abf.io/import/usb_modeswitch-data/blob/rosa2016.1/ROSA-Add-support-for-Realtek-RTL8188GU-based-USB-Wi-Fi-adapters.patch (patch -p2)
При подключении этого поделия к компьютеру он прикидывается CD-диском (не работающим!) для автоматической установки драйверов для Windows, его нужно насильно перевести в режим WiFi-адаптера, чем и занимается usb_modeswitch, как с USB-модемами.

Рабочего драйвера на Linux я не нашел, но благодаря usb_modeswitch хотя бы смог узнать точную модель чипа (RTL8188GU).
В моем случае это адаптер Tenda W311MI.

dmesg:

[ 4466.760493] usb 2-4: new high-speed USB device number 8 using ehci-pci
[ 4466.908127] usb 2-4: New USB device found, idVendor=0bda, idProduct=1a2b
[ 4466.908145] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4466.908154] usb 2-4: Product: DISK
[ 4466.908163] usb 2-4: Manufacturer: Realtek
[ 4466.909479] usb-storage 2-4:1.0: USB Mass Storage device detected
[ 4466.910038] scsi host3: usb-storage 2-4:1.0
[ 4467.531428] usb 2-4: USB disconnect, device number 8
[ 4467.797199] usb 2-4: new high-speed USB device number 9 using ehci-pci
[ 4467.944706] usb 2-4: New USB device found, idVendor=0bda, idProduct=b711
[ 4467.944723] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4467.944733] usb 2-4: Product: 802.11n WLAN Adapter
[ 4467.944742] usb 2-4: Manufacturer: Realtek
[ 4467.944750] usb 2-4: SerialNumber: 00E04CB82101

Nvidia CUDA на FreeBSD

Проприетарной Nvidia CUDA нет на FreeBSD, несмотря на наличие проприетарного драйвера для нее. На FreeBSD давно есть линуксатор для запуска линукс-бинарников. Теперь в нем можно запускать свежую версию CUDA.
http://www.phoronix.com/scan.php?page=news_item&px=FreeBSD-12.0-Beta-4

IBM POWER9 со свободной фирмварью

IBM производит свои процессоры POWER (на них раньше были Mac-и). В последние годы они много вложили в поддержку этой архитектуры в GCC, clamg, FFmpeg и множестве других свобрдных программ, важных для применения их процессоров.

Недавно вышел сервер (а скоро будет и рабочая станция) на базе процессоров POWER с полностью открытым кодом всех фирмварей. Он показал очень хорошую производительность в сравнении с AMD и Intel:
http://www.phoronix.com/vr.php?view=27063

ClearType во FreeType теперь можно использовать после вступления Microsoft в ассоциацию патентов?

https://src.fedoraproject.org/rpms/freetype/c/681428774035c20e9e7ed0a513f7c81cccd4af4c?branch=master

* Mon Oct 29 2018 Marek Kasik — 2.9.1-4
— Enable ClearType code thanks to Microsoft joining OIN
Читать далее ClearType во FreeType теперь можно использовать после вступления Microsoft в ассоциацию патентов?

Chroot по NFS

администратор монтирует на свою мощную машину корень слабой, монтирует свои /dev/pts и прочие каталоги, делает chroot и запускает обновление. если на мощной машине 16 ядер, то можно в make.conf мелкой указать j16 и полностью грузить большую. главное, march=native не указывать, но для лучшего быстродействия флаги выставить под процессор слабой машины.
таким образом, всё обновление происходит незаметно для пользователя. ни процессор, ни память вообще не используются на слабой машине

Источник: Telegram-чат Calculate Linux, автор: Вячеслав Климентьев (@etoyaslavochka)

Блобы в Росе 2

Рамиль, да, блобами. Вы почему-то говорите о СБОРКЕ программы. Хотя на самом деле вы ее не собираете из исходников, т.к. исходников ни у этой кассы, ни у вашей программы для 3д печати (забыл название) нет. СБОРКИ там нет, есть всего лишь ПЕРЕПАКОВКА блобов, то есть готовых бинарных файлов от разработчика программы, в пакет для Росы. В репозитории все программы собираются из исходных кодов. Когда речь идет о перепаковке блобов, нельзя не только гарантировать, что это не вирусы, но и нельзя гарантировать, что эта программа будет работать на протяжении всего жизненного цикла Росы, т.к. проприетарные программы часто сделаны очень коряво, во вложении документ за моим авторством, описывающий пример корявой упаковки BricsCAD. Ошибки в упаковке проприетарного ПО забвны и очень разные, даже презентатор в WPS Office связан с библиотекой немного неправильно https://nixtux.ru/tag/wps. По правилам построение Linux-ПО проприетарная программа должна была быть связана с libbz2.so.1, который должен указывать ссылкой на libbz2.so.1.0, однако она связана сразу с libbz2.so.1.0. Это еще маленький косяк, в случае BricsCAD при их корявой схеме упаковки может вылезти что угодно вплоть до невозможности починить. А т.к. Роса обновляется роллингом, поломка может произойти в любой момент. Программы же из репозитории, компилируемые из исходников, сразу компилируются для Росы как целостного программного окружения, в них исключены подобные проблемы. Почему я говорил о вирусах? А почитайте историю про то, как разработчиков украинской проприетарной бухгалтерской программы Medoc взломали и встроили в их программу вирус-шифровальщик «Петя» (https://www.google.ru/search?q=%D0%BF%D0%B5%D1%82%D1%8F+medoc). Почему вы с Андреем предлагаете класть в репозиторий Росы непонятно что? Вот я пользуюсь Ubuntu и знаю, что там жесткая политика по наполнению репозиториев, в них только то, что компилируется из исходных кодов, и при этом все программы работоспособны, а нерабочие выкидываются из репозиториев. Я доверяю репозиторию Ubuntu и, устанавливая любую программу из репозитория Ubuntu, я спокоен и не вынужден проверять, что же там лежит внутри пакета и не блоб ли это. В Росе же развели полный бардак.

Источник

Моя история внедрения GNU/Linux кратко


Я начал с перевода одного компа на Rosa Fresh KDE 4 R6. Параллельно на более слабую машину чуть позже поставил xubuntu. Рассуждал примерно как ты. Третья машина была с Ubuntu + KDE 5 (Kubuntu). C KDE намучился. Сейчас везде Xubuntu, то есть везде строго один дистрибутив по возможности одинаковой версии и одинакового внешнего вида (тема и иконки одинаковые). Раньше добавлял разные PPA, теперь только свой репозиторий https://launchpad.net/~mikhailnov/+archive/ubuntu/utils, сли что надо, то беру пакет из другого PPA или из Debian Sid и его пересобираю с минимальными правками. Часть пакетов полностью свои: system-autoupdate, nastr, wirec, … . Почти все компы с BTRFS + @ и @home + apt-btrfs-snapshot с моими правками https://gitlab.com/nixtux-packaging/apt-btrfs-snapshot + system-autoupdate https://gitlab.com/mikhailnov/system-autoupdate, который автоматически обновляет все компы, в т.ч. из моего репозитория. Недавно сделал nastr-tor https://vk.com/wall-114916478_318886, он как новая зависимость обновленного и уже установленного на компы пакета nastr https://gitlab.com/mikhailnov/nastr автоматически установился на все компы , как офисные, так и удаленные ноутбуки. nastr вообще на несколько подпакетов режется, в т.ч. nixtux-sysctl с моими опциями ядра Linux, которые одинаковые для всех компов. Имя пользователя тоже везде одинаковое, хотя это ничего принципиального не дает. Следующим этапом должен быть Zabbix.

Источник

Вызов LibreOffice в chroot

Для сборки deb-пакета Wirec я использую вызов LibreOffice внутри Makefile, чтобы конвертировать картинку из ODG в SVG. При запуске локально все работало, однако при попытке собрать deb-пакет на Launchpad, то есть при сборке в chroot, возникла ошибка:

libreoffice --convert-to svg --outdir /<>/debian/wirec///usr/share/icons desktop/wirec.odg
javaldx failed!
Warning: failed to read path from javaldx

После исправления Makefile был таким:
Читать далее Вызов LibreOffice в chroot