Провал перехода на gtk3

очередная попытка перейти в системе на gtk3 – очередной провал, и очередной откат на gtk2

первая причина проста – нет софта.

  • firefox без наличия в системе gtk2 не собирается, какие рашпили не применяй. а последние версии, требующие обязательного присутствия в системе антикварного autoconf-2.13 – вообще лютейший пиздец.
  • нормального почтового клиента – нет. любимый sylpheed – только gtk2. claws – хоть и собирается под gtk3, но его собственные виджеты для списков – полный пэ, кладущий стопицот болтов на текущие темы в частности и css-движок вообще. balsa – эта дура не умеет локальные ветки, только с сервера. поле references (rcf 4021) – то ли не осилили, то ли для лохов. громоптиц – та же беда, что и с огнелисом
  • gimp – пока что только gtk2. что там у них в git-е творится, даже и смотреть не хочу.
  • pidgin – аналогично. а учитывая то, что они весь интерфейс 3-й ветки переводят на webkit, но при этом почему-то используют webkit, а не webkit2 – вообще вызывает изрядное недоумение

вторая причина – собственно либа и вектор ее развития

тут подходит старая поговорка “садился – бодрился, стал срать – и упал”. нелогичность развития просто поражает. есть куча положительных моментов, типа выкидывания всяких [vh] классов, вроде GtkVSeparator/GtkHSeparator и т.д. унификация сложных виджетов (selector->chooser). выбрасывание deprecated барахла, и как следствие – чистка кодовой базы. но блядь!!! с барахлом они переборщили. от релиза к релизу куча полезных штук объявляется устаревшими, взамен ничего не предлагается.

  • стоковые элементы – устарели. замены нет. объяснение – дергайте иконки из темы. ДОЛБОЕБЫ, БЛЯ, СТОКОВЫЕ ЭЛЕМЕНТЫ – ЭТО НЕ ТОЛЬКО ИКОНКИ! а еще и перевод меток и простота api для пользователей.
  • иконки в меню – устарели. пояснение – хотите иконки, пихайте свой контейнер. схуяли? на кой хрен эту рутину переносить из библиотеки в приложения?
  • csd – вообще боль и печаль. особенно их неотключаемость без хаков с LD_PRELOAD
  • отсутствие color picker-а в диалоге выбора цвета – тоже изрядно напрягает
  • popover – отдельная тема для ненависти. изначально идея неплохая, но ее реализация – бля, узнаю, какая тварь это выдумала – буду топтать пожизненное на американской киче

вот такие пироги. жаль, что поторопился свой yad покострячить. теперь придется задвигать trunk в отдельную ветку и мержить legacy обратно в trunk

upd: и да, отдельную ненависть вызывает стремление использовать GSettings для хранения настроек и прочих текущих состояний диалогов выбора файла и цвета, и как следствие – косвенное требование наличия dconf в системе

eject и setuid

экспериментирую тут с автомонтированием через udev с добавлением всяких собственных ништяков. pmount мне не особо нравится, к тому же надобность есть только в отмонтировании из-под пользователя, а это можно и другими средствами реализовать. наиболее приемлемым мне показался eject (из состава util-linux) со взведенным uid битом. но, как оказалось, не все так просто, как казалось. chmod ug+s /usr/bin/eject особого эффекта не дал. отмонтирование сбоило из-за недостатка прав. изучение исходников показало, что за каким-то чертом разработчики запуск umount делают весьма странным образом. после fork-а дергают sedgid(getgid()) и setuid(getuid()). сакральный смысл этих действий мне совершенно неясен, потому перед сборкой делается следующее:

sed -i 's/getgid/getegid/' sys-utils/eject.c
sed -i 's/getuid/geteuid/' sys-utils/eject.c

после этого все работает как надо

FVWM и буфер обмена

В связи с переходом на gtk3 встал вопрос о менеджере буфера обмена. Всякие parcellite и клоны, мягко говоря, дерьмецо. Заточены в основном под gtk2. Да и хренова туча всякой дополнительной лабуды в них мне и в хер не уперлась. Пришлось воротить что-то свое. В принципе, все, что мне нужно – это хранить некую не очень большую историю и иметь возможность выбрать нужный кусок.

В результате родилось следующее. Небольшой скриптик, использующий xclip для управления буферами и fvwm для его периодического дергания и организации меню выбора нужного куска.

Продовжити читання “FVWM и буфер обмена”

десктопное

похоже, что переход на gtk3 в пределах одного, отдельно взятого нетбука, таки удался

что остается? остаются охуенные мелочи. нормального почтового клиента нет, только balsa. придется допиливать. pidgin, падла, требует webkit, а не webkit2. и глядя на код, я малость приохуел. тоже на допил. epiphany вроде заточил

тему еще допилить надо, но в первом приближении вроде рабочая уже.

единственный плюс всего этого – давно собирался запилить свой десктопчик на базе fwvm + скриптовые плюшки, и это наконец свершается.

такие вот пирожки (на более крупное не тянет пока)

mc, less и все, все, все…

mc я давно уже собираю без редактора. их просмотрщик меня тоже изрядно выбешивает. поэтому встроенный просмотр тоже отключаю нафиг.

а что взамен? взамен православный less. кстати, ляцкий гугл на запрос “less” выдает хренову тучу ссылок на css-ное гивно. o tempora, o mores.

но чтобы less-ом можно было нормально пользоваться, нужно его малость приготовить. первое – это пара патчиков.

Продовжити читання “mc, less и все, все, все…”

Десктопные уведомления на perl

Нормальный человек проводит отпуск нормально. Я – человек не очень нормальный, потому и отпуск провожу не очень нормально. Одна из ненормальностей нынешнего отпуска – реализация уведомлений на perl-е.

Продовжити читання “Десктопные уведомления на perl”

Зачем (первая запись)

на кой мне это нужно? разные были причины

но что тут будет:

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

ну и фейсбучный бан тоже подтолкнул (хотел бы знать, какая сука стуканула)