/*
Наконец-то разобрался с layout-ом текста для E17-го. Забавно. Поправил две темы:
Simplicity UnifiedSimplicity DR17Сделал более компактным менюшки и конфигурационную панель.
Ещё раз познакомился с общеизвестным фактом существования двойных стандартов. Дошли руки наконец посмотреть на тему
Thoma -
Edjy. Неплохо, есть у человека фантазия, окна Enlightenment -> About и Enlightenment -> Theme выше всяческих похвал. На этом правда поток свежих идей в теме иссяк. И очень было обидно видеть, что тему зарелизили на
get-e.org с таким убогим набором функционала. А меня заставили переделать/доработать первоначальный вариант, мотивируя, что Simplicity-де не укладывается в стандарты... Речь в основном про компоненты, которым Пользователь присвоил значения, отличные от дефолта (шрифты, элементы темы, и т.п.). Эти компоненты в моих темах сразу же выделяются среди прочих (как и в дефолтной теме). В 'Edjy' подобного выделения нет. Равно как и отсутствует понятие "фокус" элемента, что впрочем характерно для всех тем этого Господина (видимо жизни себе без мышки чел не представляет).
С одной стороны - свою задачу выполнил, остальное - не моё дело (на обиженных воду возят). С другой - когда тебе говорят, что якобы сделанный тобой Продукт есть не что иное как халтура (забыть, выбросить, доработать нах) и тут же публикуют ещё худшую Халтуру с абсолютно левымы заявами :
e17 theme 'Edjy' 1.0 by Tom (Toma-) Haste, which is completly written in plain edje! (насчёт plain edje ребята ой как погорячились. Если сделать edje_decc то действительно, чистый edje, но тема эта не полна/закончена. Часть блоков она заимствует из темы, установленной по умолчанию. Это - особенность 17-го. Например, можно сделать тему, которая просто поменяет один какой-то элемент дефолтного оформления. Отсутствующие блоки будут позаимствованы из дефолта, дабы не расстраивать Пользователя артефактами и откровенной лажей на экране.) - в общем как-то неприятно слегонца. Plain edje... Угу...
Но это всё - фигня и цветочки. Воспылал желанием на выходных этих собрать себе и людям игрушку:
ECOMORPH. Это не что иное, как урезанный compiz, хакнутый E17-ый и пара утилит для рулёжки компизом в гуях. Собрал всё метапакетом в отдельный prefix (установочную директорию), чтобы ни с чем не конфликтовало и работало спокойно. Закачал исходники (140Мб) в OpenSUSE Build Service, собрал там (размер метапакета - мегов 13 в установленном виде). По умолчанию ессно, что нибуя не собиралось... Потом (практически этим вечером) часа три пытался запустить это чудо в полёт... Пользуясь случаем ещё раз передаю "Превед!" и "Наилучшие пожелания!" всем, кто писал драйвера для видеокарт ATI под Linux... Уже Xgl стартовал без вопросов по тычку в .desktop xsession файл, но... В общем перед тем как лечь спать грохнул готовый собранный метапакет из OpenSUSE Build Service. Сперва правда подумал ограничиться чем-то вроде:
NOTE FROM PACKAGER:
This is a PURE hack and addon software as it is. It could not only burn your
house and kill your pet, but also rape you, your pet and all your neighbours, then
burn all stuff around, rape the ashes and start another World War if for some reasons
you are not satisfied yet...
On my ATI 9600 agp card I was not able even to start this baby from failsafe mode
(and this is the recommended way). Start Xorg + xterm and try it by yourself.
The example of startup file is included here:
/opt/ecomorph/share/xsessions/example/ecomorph_start.desktop
And you are HIGHLY ADVISED to read all at:
http://code.google.com/p/itask-module/wiki/Stuff
After package removal please delete unnecessary entries in
/etc/profile.local
manually.
END OF NOTE FROM PACKAGER.
Показалось мало. Грохнул. Дабы и следов позора не осталось. Опять же история с моими репо для OpenSUSE. Всё как в вакууме. Статистики нет уже более года, никто не знает, кто что и сколько скачал, что интересно, что не очень, откликов от Пользователей нет и т.п. Получается что "тихо сам с собою я веду беседу". Что-то пора менять.
Ещё один глобальный вопрос - поднять ли бучу в OpenSUSE по поводу установки софта из "домашних" репо пользователей. Преамбула:
1) есть ДокументЪ, называется
Filesystem Hierarchy Standard, которому в принципе нужно соответствовать при условии заявления поддержки LSB (Linux Standard Base) и тому подобных общепринятых "правил хорошего тона". Тем не менее всё это носит рекомендательный характер. То есть: любой дистрибутив может иметь собственную политику и подход к организации файловой системы.
2) есть на сегодня 371 (триста семьдесят один)
"домашний" репозиторий Пользователя , где во-первых хрен знает что собирается (дублирующих друг друга позиций - море), во-вторых не пойми для чего и в-третьих с вероятностью близкой к 100% при установке этих пакетов Вы потеряете контроль над системой.
Надо расшифровать столь грозную фразу, как "контроль над системой". Всё элементарно. Есть базовый дистрибутив и официально рекомендованные репозитории, существующие не первый год (
Packman например). Регулярно выпускаются обновления софта, латаются дыры, идёт работа одним словом. И у Вас при пользовании этими репо есть близкая к 100% гарантия, что с системой будет всё в порядке. При этом как правило софт ставится в /usr (локально собранный софт - идёт в /usr/local, всё в соответствии с FHS). Но софт-то из этих 371-го-хрен-разберёт-о-чём репозиториев также при установке влетит Вам в /usr (утверждаю с гарантией, близкой к 100%). Что приводит к потере (полной) контроля над системой при условии установки софта, дублирующего соответствующие пакеты в официальных репо.
Выходов из этой неприятной ситуации несколько. Первый - использовать по прямому назначению /opt (как каталог для установки add-on софта, рассматривая весь "домашний" зоопарк как набор этих самых аддонов). Именно так и реализован один из моих репо -
SOAD. Второй путь решения - ставить софт из "домашних" репо в отдельные каталоги вида:
/usr/OpenSUSEBuildService/UserID/
Тем самым мы чётко знаем, "где что лежит" и спокойно в любой момент времени можем привести нашу систему к "девственно чистому" официальному виду. Оба этих метода имеют лишь один существенный недостаток - они предполагают некий уровень грамотности у мейнтейнеров. Ибо уже недостаточно тупо выучить макросы spec файлов для сборки своего софта. Надо знать систему, понимать работу линкера, особенности внутренней архитектуры, особенности xdg, особенности сборки собсно rpm-а и т.д. и т.п. В общем на шаблонах (текущих) не прокатишься при таком подходе. Поэтому что-то подсказывает мне, что и заикаться на паблике об этом не стоит. Приведу в качестве примера отрывок беседы в IRC с типа "папой-инженером OpenSUSE":
darix> sda00: FFS if i claim binaries conflict you are saying i am wrong
darix> if they are not conflicting
darix> rename the package
sda00>
can you prove it by some kind of... written instruction?
darix> make it ecompiz instead of compiz
darix> sda00: FHS
darix> filesystem hierarchy standard
lejo> http://www.pathname.com/fhs/pub/fhs-2.3.html
sda00> /opt is reserved for the installation of add-on application software packages.
sda00> ???
sda00> what's wrong guys?
darix> sda00: and you have to follow
darix> /opt//
darix> so
darix> /opt/ibm/db2
darix> e.g.
sda00> EXACTLY!
darix> suse had exceptions for /opt/kde3 and /opt/gnome in the past
darix> with the goal to get rid of those
darix> sda00: but in the end you are so much smarter than me
sda00> I'm on suse since 8.2
darix> that i will stop talking now
darix> and will just listen to you master
darix> oh and go and watch football
* darix so much appreciates that those rpmlint checks are finally in the buildservice;)
sda00> no doubt that your experience is quite huge, but all coins have two sides. IMHO. we're have a kind of an "officially approved" repos which are installing their soft into /usr. just look at all 'home' OBS projects. if the component is a "stupid copy" of an "official" package - guy need to think about 'Conflicts' etc. let's consider my own repos for example. they contain soft which (imho) a bit differs than analogues in 'officials'. but I do
sda00> respect work of all people and I do respect the End User, who need an option to run a stable system despite on all addons installed. and /opt here is quite good to handle a separate $prefixes. otherwise it could be /usr/OBS_home_ID_prefix . yes, I can have an issues with a similar libraries versions etc (we're living in a real world)... but I can handle'em. and /opt is just good to take a look at. I know that I can safely rm -rf /opt and have a
sda00> default system (almost).
И всё. Тишина. Мы, darix, типа обиделись. А возразить-то нечего. Ведь по сути весть софт, не рекомендованный мейнтейнерами дистрибутива, и есть add-on. И в любой момент времени нужно видеть эти add-on-ы и понимать "откуда хренок вырос". И проблема эта (imho) из пальца не высосана. Дай Бог впрочем, чтобы я ошибался. Но, как человек с маленьким опытом пользования Linux (всего-то лет 10-12), имею мнение (или мнение имеет меня, что не столь важно): устраивать помойку и проходной двор из /usr нельзя. Но затевать махонький скандалюжник как-то глупо. Как говаривал великий Паниковский: "-Ты КТО ТАКОЙ?! Нет! Кто ты такой?! Ась?!"
Здесь ночами нет света
Годами не бывает лета
И кажется мне все будто во сне
Здесь время так улетает,
Что снега уже давно не тают,
Неделя пройдет и опять новый год
Не плачь обо мне
Я не стану прощаться
Как просто соврать,
Cказать что вернусь
Но что-то во мне
Не велит возвращаться
И я не вернусь,
Прости и забудь.
Здесь привычно ждут горя,
Ни одна река не вышла в море,
Ну что ж не беда,
Им не нужно туда.
Одинокая птица,
Как могла ты среди них родиться,
Но корни сильней,
Держись хотя бы корней.
Не плачь обо мне,
Я не стану прощаться,
Так просто соврать,
Сказать, что вернусь,
Но что-то во мне
Не велит возвращаться,
И я не вернусь,
Прости и забудь.
Не плачь обо мне,
Ветер все сильнее,
Пора улетать,
Скоро край.
В далекой весне,
Если я сумею,
Я вспомню тебя,
Прости и прощай.
(Машина Времени - Не плачь обо мне - Маргулис)
*/
