/*
-Мальцик, мальцик сам виноват!
/вопль судьи (после речи обвиняемого) на слушании дела по изнасилованию несовершеннолетнего.../
всех со всеми, всего, того же и туда же... надеюсь, что НГ удался на славу и вы можете по крупицам восстанавливать хронологию событий в ближайшем будущем. эта заметка планировалась как "последняя" в "цикле" про OBS, но, планы эт одно, а каменная жопа реальности - совсем другое дело. к тому же один мой друг скоро должен академическим языком (в отличие от аффтара) изложить свои мысли и наработки по OBS - должно быть весьма занимательно, пропиарю, не сумлевайтесь.
поскольку сей очерк содержит несколько ключевых "идей" (сиречь посланий, что должны быть где-то зафиксированы как минимум), то выстроить логическую цепочку изложения материала проблематично. возможно, что материал будет жестоко корректироваться после публикации.
предыдущие серии нашего "опуса" можно считать "обзорными" - сиречь обо всём и ни о чём. тут же - другое дело. сугубо практика и описание "ухабов" на легендарном пути "из Петербурга в Маскву". будем задавать себе вопросы и искать на них пральные ответы (тихо сам с собою, умным человеком, я веду беседу...). вопрос первый:
1. Какого хуя при локальной сборке пакета (rpmbuild -bb file.spec) всё путём, а OBS не может понять, что все зависимости заданы корректно?!
т.е. Вы, как пионэр, в "BuildRequires:" прописали всё, что надо (и даже больше), но сборка сыпется с сообщениями, что требуемого пакета в "сборочном окружении" нет (хотя лог показывает, что сей пакет корректно установлен!). в 99% случаев это жестокий "прикол" утилиты "/usr/bin/pkg-config", связанный с разблядовкой собранной программы на "-devel" и прочие "обычные" пакеты. OBS/(rpm в частности) самостоятельно отслеживает динамических линковку либ/бинарей и выставляет корректный "Requires:" (прямые зависимости пакета) для результата. но, это, сцуко, только для "non devel related" пакетов! соответственно команда:
> rpm -qR имя_пакета
выдаст вам на гора список прямых зависимостей. поэтому ежели вы ваяете "devel" пакет, то "аз, буки, веди" - вхуярить в спек файл следующее:
%devel [-n новое_имя]
Group: чего-то там
Summary: И вас туда же (да-да-да, с Заглавной, мать её, буквы!)
Requires: %{name} = %{version}
то, что дано в квадратных скобках - [] - опционально. но пример выше лишь указывает, что при установке "devel" пакета в систему надо обязательно тащить и "основной пакет". "прямые" зависимости на "devel" пакеты OBS/rpm НЕ ОТСЛЕЖИВАЕТ! и у "pkg-config" (который работает исключительно с "devel" пакетами) сносит крышу, когда, допустим, требуется для сборки "curl", в "сборочное окружение" "libcurl" установлен, но, "/usr/lib/pkgconfig/libcurl.pc" файла-то НЕТ! ибо надо ручками, самому, в секцию "%devel" дорисовывать:
Requires: пакет1-devel пакет2-devel .....
т.е. риска для "хомячков" (которым spec-файл и в кошмарном сне не привидится) нет никакого, а вот "господа мейнтейнеры" огребают по полной (причём справедливо, по результатам теста на IQ).
как это ловить:
если "rpmbuild -bb[-ba] файл.spec" проходит на ура, а в OBS - жопа, то даём команду:
> osc build
в результате у нас в "/var/tmp/build-root/" будет сформировано окружение для сборки. можно сделать:
> sudo chroot /var/tmp/build-root/
> pkg-config --modversion имя_требуемого_пакета
если всё путём - то последняя команда выдаст версию установленного пакета, если нет - то вы хоть поймёте где накосячили. соответственно исправляем/(пинаем мейнтейнера) косяки.
очень полезно в данном случае вдумчиво ознакомиться с политикой Партии по обновлению пакетов, да!
2. Бля, всё собралось, репо не обновляется! Шозахуйня?!
сынок, не ссы, всё путём! одна из "фишек" OBS именно в том, что репо не будет обновлено до тех пор, пока не произойдёт удовлетворение ВСЕХ зависимых пакетов (хомячки в восторге писают гранулированным кипятком, их системы всегда будут в рабочем состоянии)! поясню. допустим мы вносим изменения в пакет А, от которого зависят пакеты B и С. репо не будет обновлено до тех пор, пока пакеты B и С не отрапортуют об успешной пересборке с ИЗМЕНИВШИМСЯ пакетом А. это вам не "ебиан" и не "федорино горе" - привыкайте заботиться о Пользователях, Господа хорошие! одним из следствий этого являются "большие" номера "релизов" в SLE/SUSE ("Release: №"), ибо значение этого поля состоит из двух цифр, разделённых точкой (.). первая цифирь - судит о том, как долго вы ебались со спеком, прежде чем он собрался в OBS, вторая - сколько раз перехуяривали зависимости к вашему пакету... кроме того, есть такая штука, как scheduler - это некий виртуальный администратор на раздачу заданий в OBS - он может быть завален работой по самое ни-ни и не стоит требовать в данном случае от него немедленного удовлетворения ваших низменных потребностей.
3. Ёб вашу мать! Пакет в порядке, какого хуя сборка упала?!
"shit happens, you know..." будьте готовы к тому, что некоторые "сборочные цеха" примут ваш заказ на исполнение и уйдут в запой немедленно. результат - "failed" статус для полностью корректного пакета по причине того, что виртуальный "XEN-build-host" наебнулся с ошибкой в собственной конфигурации. ничего страшного, кроме того, что рестартовать сборку надо вручную (оно само пока не способно себя же контролировать). хомячки этого даже не заметят.
4. А-а-а! Демоны! Демоны!
как правило подобные "эмоции" характерны для товарищей, не осиливших макросы при сборке rpm-пакетов. это особенно актуально для модулей пистона (python), жемчужины (perl) и прочих скриптовых языков. с версии openSUSE-11.2 идёт тенденция спихнуть это всё на "noarch" архитектуру (ибо скрипты одинаковы для всех), что порождает порой забавные ситуации (забавные - эт если со стороны смотреть...). совет тут один - "читайте книжки"...
5. Слышь, начальник, я это, свой OBS хочу намутить! Шо делать надо?
читать! здеся:
Build_Service всё и неоднократно...
*************
вскоре вместо этих "звёздочек" появится материал по работе с модулями ядра при Code11 или же ознакомьтесь с подробной документацией, пжалста....
кроме того могу проинформировать всех SLE/SUSE пользователей Enlightenment Desktop Shell об успешном апдейте репов на E-svn-20100103_r44860 и о сборке python-EFL "bindings" для openSUSE-11.2. там же вы можете найти кучу новых пакетов, типа виртуальной клавиатуры на EFL/elementary или же медиа-центра "Canola" (который пока не пашет должным образом, ибо EFL у нас дюже "новэнький", а "canola" хочет более старых версий...)
всем удачи и творческих узбеков в новом, 2010-ом, году!
*/
Показаны сообщения с ярлыком Enlightenment. Показать все сообщения
Показаны сообщения с ярлыком Enlightenment. Показать все сообщения
пятница, 8 января 2010 г.
суббота, 31 октября 2009 г.
OpenBSD - штрихи к портрету (misc.)
/*
Страна замечательная, томики законов сразу рассылают в публичные дома, чтобы любой желающий мог повертеть на ..ю за символическую сумму.
/ЛОР/
сильнее всего мешает отсутствие поддержки multibyte encoding (utf8), что уже реализовано в NetBSD и FreeBSD. ждём-с, а пока каждый "строит коммунизм в отдельно взятой стране". ничего сложного. рассмотрим на примере терминала Eterm:
1) ставим "vim" и "w3m" (это наши будущие редактор и просмотрщик файлов/каталогов по умолчанию)
2) собсно обозначаем наши благие намерения:
> echo 'export PAGER=/usr/local/bin/w3m' >> ~/.profile
> echo 'export EDITOR=/usr/local/bin/vim' >> ~/.profile
w3m нам нужен хотя бы для просмотра (в Eterm) примонтированных партиций, поскольку команда ":edit ++enc=utf-8" в vim-е прекрасно работает с файлами, но сбоит на каталогах. EFM (Enlightenment File Manager) справляется с отображением UTF-8 на ура (особенно если evas собран с fribidi). после определения переменной PAGER это значение используется и для просмотра man-ов, что гораздо удобнее, чем дефолт ("more").
3) отучаем "mc" использовать "mcview" (рихтуем "~/.mc/ini"):
use_internal_View=0
тут же можно избавиться и от "mcedit", заменив его на $EDITOR
use_internal_edit=0
4) читаем "каноны":
http://www.openbsd.ru/docs/howto-cyrillic.html
5) делаем alias для запуска Eterm в нужной нам конфигурации:
alias eterm="Eterm -F -*-fixed-medium-r-normal-*-15-*-*-*-*-*-koi8-r"
после чего вызываем терминал по только что указанному "паттерну":
> eterm
6) опционально читаем "man w3m" и учимся эффективно использовать этот замечательный консольный браузер.
к этому моменту имеем полностью русифицированную рабочую систему, осталось лишь навести лоск в соответствии с личными предпочтениями (используем Enlightenment-DR17). рихтуем "/etc/enlightenment/sysactions.conf":
action: halt /sbin/halt -p
action: reboot /sbin/reboot
action: suspend /usr/sbin/zzz
action: hibernate /usr/sbin/zzz
user: $USER allow: *
с suspend и hibernate поосторожнее, может и не заработать. ставим из пакетов всё, что относится к "xdg*" и добавляем в "~/.profile" требуемые переменные:
export XDG_CACHE_HOME=$HOME/.cache
export XDG_CONFIG_DIRS=/etc/xdg
export XDG_CONFIG_HOME=$HOME/.config
export XDG_DATA_DIRS=/usr/share:/usr/local/share:/usr/X11R6/share
export XDG_DATA_HOME=$HOME/.local/share
после чего не мудрствуя лукаво копируем из openSuSE весь каталог "/etc/xdg/menu" (кто самый смелый - может рисовать xml-ные "менюшки" руками, автор - слабак, не осилил...). теперь мы имеем нормальное XDG/FDO Applications-menu. мелочь - а приятно.
последний штрих - не стоит менять настройки окружения root-а. как показывает практика успешная миграция на OpenBSD-current (это когда тащим cvs-ом исходники и компиляем всё сами) возможна только при буквальном соблюдении "канонов". т.е. если вы не имеете желания разбираться, какого буя сборка падает при "gcc version 4.2.4", но всё путём для "gcc version 3.3.5 (propolice)" - то не трогайте рутовое окружение (а падает оно патамучта gcc4 из пакетов имеет Thread model: posix и "_atomic_lock.c" из "libpthread" да и прочие аналогичные вещи ещё никто не рихтовал. у gcc3 Thread model: single).
всем - удачи!
*/
Страна замечательная, томики законов сразу рассылают в публичные дома, чтобы любой желающий мог повертеть на ..ю за символическую сумму.
/ЛОР/
сильнее всего мешает отсутствие поддержки multibyte encoding (utf8), что уже реализовано в NetBSD и FreeBSD. ждём-с, а пока каждый "строит коммунизм в отдельно взятой стране". ничего сложного. рассмотрим на примере терминала Eterm:
1) ставим "vim" и "w3m" (это наши будущие редактор и просмотрщик файлов/каталогов по умолчанию)
2) собсно обозначаем наши благие намерения:
> echo 'export PAGER=/usr/local/bin/w3m' >> ~/.profile
> echo 'export EDITOR=/usr/local/bin/vim' >> ~/.profile
w3m нам нужен хотя бы для просмотра (в Eterm) примонтированных партиций, поскольку команда ":edit ++enc=utf-8" в vim-е прекрасно работает с файлами, но сбоит на каталогах. EFM (Enlightenment File Manager) справляется с отображением UTF-8 на ура (особенно если evas собран с fribidi). после определения переменной PAGER это значение используется и для просмотра man-ов, что гораздо удобнее, чем дефолт ("more").
3) отучаем "mc" использовать "mcview" (рихтуем "~/.mc/ini"):
use_internal_View=0
тут же можно избавиться и от "mcedit", заменив его на $EDITOR
use_internal_edit=0
4) читаем "каноны":
http://www.openbsd.ru/docs/howto-cyrillic.html
5) делаем alias для запуска Eterm в нужной нам конфигурации:
alias eterm="Eterm -F -*-fixed-medium-r-normal-*-15-*-*-*-*-*-koi8-r"
после чего вызываем терминал по только что указанному "паттерну":
> eterm
6) опционально читаем "man w3m" и учимся эффективно использовать этот замечательный консольный браузер.
к этому моменту имеем полностью русифицированную рабочую систему, осталось лишь навести лоск в соответствии с личными предпочтениями (используем Enlightenment-DR17). рихтуем "/etc/enlightenment/sysactions.conf":
action: halt /sbin/halt -p
action: reboot /sbin/reboot
action: suspend /usr/sbin/zzz
action: hibernate /usr/sbin/zzz
user: $USER allow: *
с suspend и hibernate поосторожнее, может и не заработать. ставим из пакетов всё, что относится к "xdg*" и добавляем в "~/.profile" требуемые переменные:
export XDG_CACHE_HOME=$HOME/.cache
export XDG_CONFIG_DIRS=/etc/xdg
export XDG_CONFIG_HOME=$HOME/.config
export XDG_DATA_DIRS=/usr/share:/usr/local/share:/usr/X11R6/share
export XDG_DATA_HOME=$HOME/.local/share
после чего не мудрствуя лукаво копируем из openSuSE весь каталог "/etc/xdg/menu" (кто самый смелый - может рисовать xml-ные "менюшки" руками, автор - слабак, не осилил...). теперь мы имеем нормальное XDG/FDO Applications-menu. мелочь - а приятно.
последний штрих - не стоит менять настройки окружения root-а. как показывает практика успешная миграция на OpenBSD-current (это когда тащим cvs-ом исходники и компиляем всё сами) возможна только при буквальном соблюдении "канонов". т.е. если вы не имеете желания разбираться, какого буя сборка падает при "gcc version 4.2.4", но всё путём для "gcc version 3.3.5 (propolice)" - то не трогайте рутовое окружение (а падает оно патамучта gcc4 из пакетов имеет Thread model: posix и "_atomic_lock.c" из "libpthread" да и прочие аналогичные вещи ещё никто не рихтовал. у gcc3 Thread model: single).
всем - удачи!
*/
вторник, 27 октября 2009 г.
OpenBSD-4.6 и EFL приложения
/
мы победили всех зверей,
давайте грамоту скорей!
что-то стало холодать,
значит время компилять!
сподобился вот дожить до релиза версии 4.6 самого Ъ из Ъ "юнихов" - OpenBSD - за что молитву и свечку под икону. перекрестившись на святое (In God We Trust, да и "знак червонца проступает вместо лика на доске" однако...), решился на апгрейд с ранее установленной версии 4.2. чесал репу, прикидывая как это сделать не напрягаясь. в итоге забэкапил настройки, снёс всё и "мы наш, мы новый мир построим..." с чистого так сказать листа. сразу скажу - это было правильное решение. иначе двумя вечерами на выходных не отделался бы.
в отличие от многих дистрибутивов Linux-а (и несмотря на то, что в qemu это "чудо" отказывается работать до сих пор) всё сразу завелось как должно. отсутствие конфига иксов не помешало правильному определению оборудования и установке штатных режимов. пустячок-с, а приятно (знает кто в доме хозяин и уважение сразу демонстрирует, однозначно). оформление GUI по умолчанию (fvwm) - Ъ (в OpenBSD куда ни плюнь - Ъ, за редкими исключениями типа пакетного фильтра или UKC, что лишь подтверждают мудрость - "в семье не без урода"). наверное кто-то вышел из трёхгодичного запоя и решил стать "белым и пушистым зайчиком", попутно реализовав весь накопившийся творческий потенциал вот в эдакой милой расцветочке:
видимо на ларьке было написано что "Пива НЕТ!" (али ещё чего похлеще). как человек, не отягщённый избытком серого вещества в черепушке, решил компильнуть Enlightenment-svn-current, а то пакеты в официальном репо какими были 2 года назад (опосля того, как их сваяли совместными усилиями с Laurent Fanis) - такими же и остались. нам, кабанам... процесс получился творческим, занимательным и поучительным. перипетии отмечены в дискуссии на ЛОР-е, где и приведены итоги этого безобразия в виде оформленных багрепортов. описывать все эротические сцены этой "битвы за Сталинград" ни сил ни желания нет. победа одержана, за ценой не постояли. хочется как-то отложить основные вехи и моменты, не учтённые в упомянутых хрониках. буде сие кому интересно - благо.
муторную часть подготовки необходимого окружения опустим, ибо "pkg_add blah bla мля..." наводит тоску. не помешает правда свежий gcc (version 4.2.4 на сей момент). вот с этого и начинаются приключения. каким-то макаром в систему влетел "ccache" (может и сам его "попросил" - запамятовал) - а это очень мощное подспорье, ибо печатать слово "gmake" пришлось изрядно. после чего стоит изменить порядок каталогов в $PATH, дабы натравить ccache на новую версию gcc. делаем:
> ln -s /usr/local/bin/i386-unknown-openbsd4.6-gcc-4.2.4 /usr/local/bin/gcc
> export PATH="$HOME/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/sbin:/usr/games:."
> ln -s /usr/local/bin/ccache $HOME/bin/gcc
махинации должны гарантировать следующий выхлоп:
> gcc -v
Using built-in specs.
Target: i386-unknown-openbsd4.6
Configured with: /usr/obj/i386/gcc-4.2.4/gcc-4.2.4/configure --with-gmp=/usr/local --enable-libgcj --verbose --program-transform-name=s,^,e, --disable-nls --disable-checking --with-system-zlib --disable-libmudflap --disable-libgomp --disable-tls --with-as=/usr/bin/as --with-ld=/usr/bin/ld --with-gnu-ld --with-gnu-as --enable-threads=posix --enable-wchar_t --enable-languages=c,c++,fortran,objc,java,ada --enable-cpp --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/info
Thread model: posix
gcc version 4.2.4
после этого можно "фтыкать" багрепорты и неспеша заниматься сборкой:
http://trac.enlightenment.org/e/ticket/447
http://trac.enlightenment.org/e/ticket/448
http://trac.enlightenment.org/e/ticket/449
http://trac.enlightenment.org/e/ticket/450
http://trac.enlightenment.org/e/ticket/451
http://trac.enlightenment.org/e/ticket/452
неошкуренным остался лишь довольно интимный вопрос об Entrance. тут довольно забавная ситуёвина. корячился где-то так:
1) в заголовок файла "entrance/src/client/entrance_auth.h" добавлял:
#include <xorg/shadow.h>
(хотя думаю, что это лишнее...)
2) скрипту ./configure передавал параметры:
./configure --with-random=/dev/urandom --with-auth-mode=shadow
первый - потому, что /dev/random в OpenBSD Ъёвый настолько, что "ни капли в рот, ни сантиметра в ....", а второй от безысходности (как и #include он не избавляет отцов расейской демократии от посещения вендиспансера). как всё установится в систему - рихтуем параметры работы Entrance. результат ниже:
# entrance_edit
Entrance Daemon Settings
attempts = 5
xserver = "/usr/X11R6/bin/X -quiet -nolisten tcp vt5 -dpi 96 dpms"
Entrance Client Settings
xsession = "/etc/X11/xdm/Xsession"
auth = 0
engine = 0
reboot = 1
halt = 1
theme = "default.edj"
background = ""
pointer = "/usr/local/share/entrance/images/pointer.png"
greeting-before = "Welcome to"
greeting-after = ""
date-format = "%A %B %e, %Y"
time-format = "%l:%M:%S %p"
autologin-mode = 0
autologin-user = ""
presel-mode = 1
presel-prevuser = "$USER"
user-remember = 1
user-remember-count = 5
user-count = 1
session-count = 2
default-session = "default"
default-session-title = "Default"
default-session-icon = "default.png"
изменение параметров - этой же командой рутом ("entrance_edit" другому не даёт). например:
# entrance_edit -auth=0
# entrance_edit -xserver="/usr/X11R6/bin/X -quiet -nolisten tcp vt5 -dpi 96 dpms"
по умолчанию параметр "auth" равен двум (shadow mode authentication), что служит гарантией нерабочего состояния для OpenBSD. запуск Entrance элементарен:
# echo '/usr/local/sbin/entranced' >> /etc/rc.local
для успокоения души на "/usr/local/sbin/entranced" можно вколотить суид-бит (сами решайте). наши скромные достижения:
картинка на Imagebam
за рамками этой истории остались капельки слов, мыслей и картинок нецензурного, непотребного и откровенно эротического содержания с уклоном в жёсткое порно. зато теперь - тепло и сухо...
удачи!
мы победили всех зверей,
давайте грамоту скорей!
что-то стало холодать,
значит время компилять!
сподобился вот дожить до релиза версии 4.6 самого Ъ из Ъ "юнихов" - OpenBSD - за что молитву и свечку под икону. перекрестившись на святое (In God We Trust, да и "знак червонца проступает вместо лика на доске" однако...), решился на апгрейд с ранее установленной версии 4.2. чесал репу, прикидывая как это сделать не напрягаясь. в итоге забэкапил настройки, снёс всё и "мы наш, мы новый мир построим..." с чистого так сказать листа. сразу скажу - это было правильное решение. иначе двумя вечерами на выходных не отделался бы.
в отличие от многих дистрибутивов Linux-а (и несмотря на то, что в qemu это "чудо" отказывается работать до сих пор) всё сразу завелось как должно. отсутствие конфига иксов не помешало правильному определению оборудования и установке штатных режимов. пустячок-с, а приятно (знает кто в доме хозяин и уважение сразу демонстрирует, однозначно). оформление GUI по умолчанию (fvwm) - Ъ (в OpenBSD куда ни плюнь - Ъ, за редкими исключениями типа пакетного фильтра или UKC, что лишь подтверждают мудрость - "в семье не без урода"). наверное кто-то вышел из трёхгодичного запоя и решил стать "белым и пушистым зайчиком", попутно реализовав весь накопившийся творческий потенциал вот в эдакой милой расцветочке:
видимо на ларьке было написано что "Пива НЕТ!" (али ещё чего похлеще). как человек, не отягщённый избытком серого вещества в черепушке, решил компильнуть Enlightenment-svn-current, а то пакеты в официальном репо какими были 2 года назад (опосля того, как их сваяли совместными усилиями с Laurent Fanis) - такими же и остались. нам, кабанам... процесс получился творческим, занимательным и поучительным. перипетии отмечены в дискуссии на ЛОР-е, где и приведены итоги этого безобразия в виде оформленных багрепортов. описывать все эротические сцены этой "битвы за Сталинград" ни сил ни желания нет. победа одержана, за ценой не постояли. хочется как-то отложить основные вехи и моменты, не учтённые в упомянутых хрониках. буде сие кому интересно - благо.
муторную часть подготовки необходимого окружения опустим, ибо "pkg_add blah bla мля..." наводит тоску. не помешает правда свежий gcc (version 4.2.4 на сей момент). вот с этого и начинаются приключения. каким-то макаром в систему влетел "ccache" (может и сам его "попросил" - запамятовал) - а это очень мощное подспорье, ибо печатать слово "gmake" пришлось изрядно. после чего стоит изменить порядок каталогов в $PATH, дабы натравить ccache на новую версию gcc. делаем:
> ln -s /usr/local/bin/i386-unknown-openbsd4.6-gcc-4.2.4 /usr/local/bin/gcc
> export PATH="$HOME/bin:/usr/local/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/sbin:/usr/games:."
> ln -s /usr/local/bin/ccache $HOME/bin/gcc
махинации должны гарантировать следующий выхлоп:
> gcc -v
Using built-in specs.
Target: i386-unknown-openbsd4.6
Configured with: /usr/obj/i386/gcc-4.2.4/gcc-4.2.4/configure --with-gmp=/usr/local --enable-libgcj --verbose --program-transform-name=s,^,e, --disable-nls --disable-checking --with-system-zlib --disable-libmudflap --disable-libgomp --disable-tls --with-as=/usr/bin/as --with-ld=/usr/bin/ld --with-gnu-ld --with-gnu-as --enable-threads=posix --enable-wchar_t --enable-languages=c,c++,fortran,objc,java,ada --enable-cpp --with-gnu-as --with-gnu-ld --enable-shared --prefix=/usr/local --sysconfdir=/etc --mandir=/usr/local/man --infodir=/usr/local/info
Thread model: posix
gcc version 4.2.4
после этого можно "фтыкать" багрепорты и неспеша заниматься сборкой:
http://trac.enlightenment.org/e/ticket/447
http://trac.enlightenment.org/e/ticket/448
http://trac.enlightenment.org/e/ticket/449
http://trac.enlightenment.org/e/ticket/450
http://trac.enlightenment.org/e/ticket/451
http://trac.enlightenment.org/e/ticket/452
неошкуренным остался лишь довольно интимный вопрос об Entrance. тут довольно забавная ситуёвина. корячился где-то так:
1) в заголовок файла "entrance/src/client/entrance_auth.h" добавлял:
#include <xorg/shadow.h>
(хотя думаю, что это лишнее...)
2) скрипту ./configure передавал параметры:
./configure --with-random=/dev/urandom --with-auth-mode=shadow
первый - потому, что /dev/random в OpenBSD Ъёвый настолько, что "ни капли в рот, ни сантиметра в ....", а второй от безысходности (как и #include он не избавляет отцов расейской демократии от посещения вендиспансера). как всё установится в систему - рихтуем параметры работы Entrance. результат ниже:
# entrance_edit
Entrance Daemon Settings
attempts = 5
xserver = "/usr/X11R6/bin/X -quiet -nolisten tcp vt5 -dpi 96 dpms"
Entrance Client Settings
xsession = "/etc/X11/xdm/Xsession"
auth = 0
engine = 0
reboot = 1
halt = 1
theme = "default.edj"
background = ""
pointer = "/usr/local/share/entrance/images/pointer.png"
greeting-before = "Welcome to"
greeting-after = ""
date-format = "%A %B %e, %Y"
time-format = "%l:%M:%S %p"
autologin-mode = 0
autologin-user = ""
presel-mode = 1
presel-prevuser = "$USER"
user-remember = 1
user-remember-count = 5
user-count = 1
session-count = 2
default-session = "default"
default-session-title = "Default"
default-session-icon = "default.png"
изменение параметров - этой же командой рутом ("entrance_edit" другому не даёт). например:
# entrance_edit -auth=0
# entrance_edit -xserver="/usr/X11R6/bin/X -quiet -nolisten tcp vt5 -dpi 96 dpms"
по умолчанию параметр "auth" равен двум (shadow mode authentication), что служит гарантией нерабочего состояния для OpenBSD. запуск Entrance элементарен:
# echo '/usr/local/sbin/entranced' >> /etc/rc.local
для успокоения души на "/usr/local/sbin/entranced" можно вколотить суид-бит (сами решайте). наши скромные достижения:
картинка на Imagebam
за рамками этой истории остались капельки слов, мыслей и картинок нецензурного, непотребного и откровенно эротического содержания с уклоном в жёсткое порно. зато теперь - тепло и сухо...
удачи!
понедельник, 14 сентября 2009 г.
Эх, не сглазить бы!
/*
- папа, папа! почему Солнце утром всходит на востоке а вечером закатывается на западе?!
- утром точно всходит?
- да!
- а вечером, значит, чётко на западе уходит за горизонт?
- да!!
- ... хм... сынок, оно же работает! так не трожь!
всех пользователей Enlightenment-DR17 поздравляю с кучей вкусностей, появившихся в транке где-то эдак к 11-му сентябра сего года. уже всё собрал, потестил и запихал в OBS (repo1, repo2, страница доступных бинарных сборок проекта). скоро будут кошерные пакеты для заинтересованных (openSUSE, SLE-11, Mandriva, Fedora Core).
основная фишка - модуль "Ecomorph" интегрирован с мейнстримом Enlightenment-DR17. раньше "Ecomorph" требовал отдельной копии E17-го и это чуток напрягало. пока код ещё не перенесён в svn-trunk основной ветки разработки, но эт дело времени.
1. грузим модуль "Ecomorph" из панели настроек Enlightenment-DR17:
после чего (если Вы не используете мои сборки, а пользуете то, что предлагает авш дистрибутив или если Вы привыкли собирать самостоятельно) надо чуток пробежаться по "вики" (ссылку давал выше) и рихтануть список подгружаемых плагинов и параметры железа/софта в файле "$INSTALL_PREFIX/bin/ecomorph.sh". для openSuSE/SLE* ничего делать не надо. мну накорябал скрипты автонастройки всего и вся. должно завестись "из коробки".
2. после чего идём на первую вкладку панели настроек и выбираем меню настройки:
если всё клёво и здоровски - вылетит окно xterm-а c отладочной информацией (сверните его, но не закрывайте, иначе при закрытии модуль перезапустится). не забудьте после "Start Ecomp" нажать на "Apply" :). хоть пока всех "наворотов" и настроек компиза в "Ecomorph"-е нет - этого не замечаешь. работает прекрасно. очень быстро и с минимальной нагрузкой на систему - песня. впервые не отключаю доступные эффекты анимации окон - оно даже не "запинается" со всеми текущими "свистелками"!
теперь в той же панели настроек можно раскидать доступные эффекты по привычным хоткеям, хоткликам или "мышиным жестам" (Settings -> Input -> Edge Bindings):
где-то так :). Enlightenment-DR17 опять "впереди планеты всей". ни один WM/DE ещё не умеет совмещать в себе достоинства тайлового менеджера окон, компиза и собственно "простого" WM-а. кстати! tiling прекрасно пашет с композитом! со всеми рюшечками и хрюшечками!
низкий поклон товарищу jeffdameth (Hannes Janetzek) - интеграция "Ecomorph"-а в основном его заслуга.
ещё один очень важный момент - это централизованное управление настройками всей системы из "Enlightenment Settings Panel". то, чего не смогли реализовать в KDE и от чего отказались в GNOME, прекрасно работает в DR17. акцент именно на управлении рабочей системой целиком, а не какими-то частями, относящимися к WM/DE/Санта-Клаусу/Микки-Маусу:
эт радует. настройка и заточка под себя? - легко (представление в строгом соответствии с FreeDesktop спеками на xdg). никаких костылей и отсебятины.
из известных неудобств - в очередной раз "слетела" настройка gadcon-а (gadgets container) и если вы понапихали модулей на панель EFM-а - возможны мелкие визуальные неприятности (ничего критичного, не впервой).
"это просто праздник какой-то!"
*/
- папа, папа! почему Солнце утром всходит на востоке а вечером закатывается на западе?!
- утром точно всходит?
- да!
- а вечером, значит, чётко на западе уходит за горизонт?
- да!!
- ... хм... сынок, оно же работает! так не трожь!
всех пользователей Enlightenment-DR17 поздравляю с кучей вкусностей, появившихся в транке где-то эдак к 11-му сентябра сего года. уже всё собрал, потестил и запихал в OBS (repo1, repo2, страница доступных бинарных сборок проекта). скоро будут кошерные пакеты для заинтересованных (openSUSE, SLE-11, Mandriva, Fedora Core).
основная фишка - модуль "Ecomorph" интегрирован с мейнстримом Enlightenment-DR17. раньше "Ecomorph" требовал отдельной копии E17-го и это чуток напрягало. пока код ещё не перенесён в svn-trunk основной ветки разработки, но эт дело времени.
1. грузим модуль "Ecomorph" из панели настроек Enlightenment-DR17:
после чего (если Вы не используете мои сборки, а пользуете то, что предлагает авш дистрибутив или если Вы привыкли собирать самостоятельно) надо чуток пробежаться по "вики" (ссылку давал выше) и рихтануть список подгружаемых плагинов и параметры железа/софта в файле "$INSTALL_PREFIX/bin/ecomorph.sh". для openSuSE/SLE* ничего делать не надо. мну накорябал скрипты автонастройки всего и вся. должно завестись "из коробки".
2. после чего идём на первую вкладку панели настроек и выбираем меню настройки:
если всё клёво и здоровски - вылетит окно xterm-а c отладочной информацией (сверните его, но не закрывайте, иначе при закрытии модуль перезапустится). не забудьте после "Start Ecomp" нажать на "Apply" :). хоть пока всех "наворотов" и настроек компиза в "Ecomorph"-е нет - этого не замечаешь. работает прекрасно. очень быстро и с минимальной нагрузкой на систему - песня. впервые не отключаю доступные эффекты анимации окон - оно даже не "запинается" со всеми текущими "свистелками"!
теперь в той же панели настроек можно раскидать доступные эффекты по привычным хоткеям, хоткликам или "мышиным жестам" (Settings -> Input -> Edge Bindings):
где-то так :). Enlightenment-DR17 опять "впереди планеты всей". ни один WM/DE ещё не умеет совмещать в себе достоинства тайлового менеджера окон, компиза и собственно "простого" WM-а. кстати! tiling прекрасно пашет с композитом! со всеми рюшечками и хрюшечками!
низкий поклон товарищу jeffdameth (Hannes Janetzek) - интеграция "Ecomorph"-а в основном его заслуга.
ещё один очень важный момент - это централизованное управление настройками всей системы из "Enlightenment Settings Panel". то, чего не смогли реализовать в KDE и от чего отказались в GNOME, прекрасно работает в DR17. акцент именно на управлении рабочей системой целиком, а не какими-то частями, относящимися к WM/DE/Санта-Клаусу/Микки-Маусу:
эт радует. настройка и заточка под себя? - легко (представление в строгом соответствии с FreeDesktop спеками на xdg). никаких костылей и отсебятины.
из известных неудобств - в очередной раз "слетела" настройка gadcon-а (gadgets container) и если вы понапихали модулей на панель EFM-а - возможны мелкие визуальные неприятности (ничего критичного, не впервой).
"это просто праздник какой-то!"
*/
понедельник, 23 марта 2009 г.
E17 systray appeared in svn! thanks to "k-s"!
/*
свершилось... товарищ k-s (известный в миру как Gustavo Sverzut Barbieri) прикрутил сегодня черновой вариант систрея для Enlightenment-DR17!
есть недоработки, но "лёд тронулся, Господа!". релиз DR17 ориентировочно запланирован на осень-зиму сего года. ура, Товарищи! ждём-с!
*/
свершилось... товарищ k-s (известный в миру как Gustavo Sverzut Barbieri) прикрутил сегодня черновой вариант систрея для Enlightenment-DR17!
есть недоработки, но "лёд тронулся, Господа!". релиз DR17 ориентировочно запланирован на осень-зиму сего года. ура, Товарищи! ждём-с!
*/
воскресенье, 7 декабря 2008 г.
сумбурно обо всём
/*
часть 1-я, мелочная
"взмах крыла бабочки может породить бурю", так и в этот раз одна приятная мелочь (sic!) потянула за собой хуеву тучу изменений. имя этой "мелочи" - модуль E17-го "Places":
модуль написан товарищем DaveMDS и сегодня мы его довели в svn до идеального состояния. цель - гуй для мониторинга носителей и операций с ними при помощи связки dbus+udev+hal от лица простого юзера. тыканьё на иконку носителя конфигурируется и может запускать как любимый ФМ (после монтирования), так и любые скрипты на ваш выбор (естественно без эскалации привилегий).
для этого нужно было понять как именно работает махина "dbus+udev+hal" и разобраться в дивных xml настройках сего хозяйства. дальнейшее повествование будет чуток специфично относительно дистрибутива OpenSUSE, но может кому-то и пригодится. началось с попыток взнуздать гугл, но "пейсателей" развелось... посему клич "поможите люди добрые" был брошен на ЛОР-е:
поможите люди добрые
и уважаемый товарищ "анонимус" привёл абсолютно фантастические ссылки на статьи, помогающие понять именно основы этого безобразия. резюме:
1) основные правила определяются .fdi файлами. искать тут:
/usr/share/hal/fdi
/etc/hal/fdi
2) информацию о девайсах, которыми можно управлять (это в принципе инструмент очень тонкой настройки) вам выдаст команда (пакет 'hal'):
/usr/bin/hal-device
"рулить" можно как составляя свои правила, так и при помощи команд:
/usr/bin/hal-get-property (получение сведений/свойств)
/usr/bin/hal-set-property (установка новых свойств устройству)
3) man PolicyKit - ОБЯЗАТЕЛЬНО к прочтению и пониманию почему (может блокироваться) блокируется то или иное свойство/действие, заданное/разрешённое в правилах. сам 'polkit' - тема отдельного разговора. зело мощная дубинушка и махать ей направо-налево надобно крайне осторожно (как впрочем и любыми инструментами, непосредственно работающими с железом).
4) (самое болезненное по крайней мере для меня обстоятельство) работа с dbus+udev+hal требует отказа от всех старых проверенных методов обращения с девайсами. если вы (как и я) привыкли к kernel automounter-у и autofs (где всё настраивается двумя линиями внятного текста в конфиге) - пришло время от этого отказаться. также если вы хотите монтировать/демонтировать диски при помощи hal, то /etc/fstab не должен содержать записей о них.
5) внимательно читайте инструкции/маны ибо (например) если сделать 'eject' на partition диска - не удивляйтесь если "отвалится" весь диск :).
итак, начинаем с того, что разрешаем пользователю оперировать с девайсамм от лица юзера через hal при явном указании "полкану" не мешать (это по сути самая важная часть):
> cat /etc/PolicyKit/PolicyKit.conf
pastebin.com
после этого выбираем только те партиции/диски, которые хотим видеть в этом модуле. для этого необходимо присвоить "ключу" 'volume.ignore' параметр 'false' (если желаем мониторить) или параметр 'true' (если хотим скрыть партицию/диск). пример команды (для мониторинга партиции):
sudo hal-set-property --udi '/org/freedesktop/Hal/devices/volume_uuid_80A8_1512' --key volume.ignore --bool false
также подобным макаром можно проставить метку/label на партицию (любой носитель):
sudo hal-set-property --udi '/org/freedesktop/Hal/devices/volume_uuid_80A8_1512' --key volume.label --string AUDIO
выше мы проставили метку 'AUDIO'. на этом собственно всё. модуль сегодня допилили и теперь пользователи Enlightenment-DR17 имеют в своём распоряжении отличный гуй для управления съёмными и фиксированными носителями. адрес проекта:
Dave's blog
адрес Google code
пользователи E в OpenSUSE могут просто пересобрать src.rpm и установить пакет, скомпиленный из current svn (в репо слегка устаревшая версия, что не позволяет отмонтирование пользованием локальных партиций по щелчку на кнопке).
часть 2-я, галопом по европам
починили 'esmart text object' - теперь E/ETK/EWL корректно реагирует на символы при переключении клавиатурной раскладки Xorg-ом. надеюсь, что починят и scim input method (базовый код уже в Ешке присутствует) и пофиксят глупый баг с нерабочим 'language' модулем (гуйня для переключения раскладок клавиатуры на лету). эх, лень моя... самому-бы надо...
активно дорабатывают новую дефолтную тему 17-го "Black&White". панель настроек унифицировали с illume (по крайней мере идёт активный поиск оптимальных диалогов конфигурации).
описать в двух словах все новости проекта Enlightenment не получится. при этом "допиливается" не только 17-ый, но и Enlightenment-DR16, что весьма радует. именно так и надо организовывать поддержку Продуктов. горд и доволен. завтра обещают прикрутить online интерфейс для скачивания тем/обоев не только с get-e.org, но и с E-Exchange. ждём-с.
часть 3-я, око-ёко-OpenMOKO...
выслушал упрёки анонимного пользователя телефона Free Runner о невозможности кастомизации интерфейса и подстойке его "под себя". удивился, заново полез в qemu и хватило ума обновиться без бэкапа (чего даже во хмелю не допускаю). инструкции по поводу запуска openmoko в qemu можете почитать тут:
общая инструкция
с использованием MokoMakefile
если будете этим заниматься прям сейчас - то во-первых нихуя у вас не заработает, а во-вторых последние development версии FR-а всё больше тяготеют к интерфейсу Qt/Qtopia (куда даже терминал засунуть не потрудились, что характерно - нахуя в Qt консоль?). другими словами Вам понадобится энное количество времени, чтобы:
1) найти рабочий билд кернела/лоадера
2) найти rootfs (корневую систему с дистрибутивом/ПО) с E17+illume в качестве GUI
3) прорюхать нужную команду для старта самого qemu (в целом предлагаемые шаблоны задают правильное направление поиска, но ... "есть нюансы", как говаривал Чапай).
скриншоты ниже сделаны "в ленивую", на qemu, слегонца "обточенном" даже без подключённой usb клавиатуры. всё сделано в гуях illume и 17-го:
как видим UI можно отстроить от и до. группировка приложений - в соответствии с xdg freedesktop спеками, темы оформления можно брать из E17-го, кастомизация интерфейса - такая же, как и в 17-ом (другими словами можно отстроить всё и вся. от виртуальных столов и до размера шрифта и типа его рендеринга). если вам интересна эта тема - оставьте здесь свой комментарий/пожелание и будем разбираться вместе.
к слову готовится новая редакция FR-а - gta03. будем надеяться, что аппаратная часть будет получше. в сегодняшних моделях (gta01 и gta02) шина обмена данными не блещет скоростью, из-за чего слышим справедливые упрёки о "тормозах". также дистрибутивы/сборки оптимальными как-то пока назвать не готов (есть вещи, которые не нравятся, но нет понимания пока насколько они критичны).
в целом это очень интересный и достойный продукт для энтузиастов Linux. сегодня там вроде как пофиксили GPS и пресловутые SMS-ки (в очередной раз? :)). всем же советую начинать именно с qemu. заодно некоторые могут узнать много нового о кросс/нативной-компиляции для ARM и специфике ARM-а как такового. в общем есть в этом мире, друг Горацио, множество забавных штукенций...
*/
часть 1-я, мелочная
"взмах крыла бабочки может породить бурю", так и в этот раз одна приятная мелочь (sic!) потянула за собой хуеву тучу изменений. имя этой "мелочи" - модуль E17-го "Places":
модуль написан товарищем DaveMDS и сегодня мы его довели в svn до идеального состояния. цель - гуй для мониторинга носителей и операций с ними при помощи связки dbus+udev+hal от лица простого юзера. тыканьё на иконку носителя конфигурируется и может запускать как любимый ФМ (после монтирования), так и любые скрипты на ваш выбор (естественно без эскалации привилегий).
для этого нужно было понять как именно работает махина "dbus+udev+hal" и разобраться в дивных xml настройках сего хозяйства. дальнейшее повествование будет чуток специфично относительно дистрибутива OpenSUSE, но может кому-то и пригодится. началось с попыток взнуздать гугл, но "пейсателей" развелось... посему клич "поможите люди добрые" был брошен на ЛОР-е:
поможите люди добрые
и уважаемый товарищ "анонимус" привёл абсолютно фантастические ссылки на статьи, помогающие понять именно основы этого безобразия. резюме:
1) основные правила определяются .fdi файлами. искать тут:
/usr/share/hal/fdi
/etc/hal/fdi
2) информацию о девайсах, которыми можно управлять (это в принципе инструмент очень тонкой настройки) вам выдаст команда (пакет 'hal'):
/usr/bin/hal-device
"рулить" можно как составляя свои правила, так и при помощи команд:
/usr/bin/hal-get-property (получение сведений/свойств)
/usr/bin/hal-set-property (установка новых свойств устройству)
3) man PolicyKit - ОБЯЗАТЕЛЬНО к прочтению и пониманию почему (может блокироваться) блокируется то или иное свойство/действие, заданное/разрешённое в правилах. сам 'polkit' - тема отдельного разговора. зело мощная дубинушка и махать ей направо-налево надобно крайне осторожно (как впрочем и любыми инструментами, непосредственно работающими с железом).
4) (самое болезненное по крайней мере для меня обстоятельство) работа с dbus+udev+hal требует отказа от всех старых проверенных методов обращения с девайсами. если вы (как и я) привыкли к kernel automounter-у и autofs (где всё настраивается двумя линиями внятного текста в конфиге) - пришло время от этого отказаться. также если вы хотите монтировать/демонтировать диски при помощи hal, то /etc/fstab не должен содержать записей о них.
5) внимательно читайте инструкции/маны ибо (например) если сделать 'eject' на partition диска - не удивляйтесь если "отвалится" весь диск :).
итак, начинаем с того, что разрешаем пользователю оперировать с девайсамм от лица юзера через hal при явном указании "полкану" не мешать (это по сути самая важная часть):
> cat /etc/PolicyKit/PolicyKit.conf
pastebin.com
после этого выбираем только те партиции/диски, которые хотим видеть в этом модуле. для этого необходимо присвоить "ключу" 'volume.ignore' параметр 'false' (если желаем мониторить) или параметр 'true' (если хотим скрыть партицию/диск). пример команды (для мониторинга партиции):
sudo hal-set-property --udi '/org/freedesktop/Hal/devices/volume_uuid_80A8_1512' --key volume.ignore --bool false
также подобным макаром можно проставить метку/label на партицию (любой носитель):
sudo hal-set-property --udi '/org/freedesktop/Hal/devices/volume_uuid_80A8_1512' --key volume.label --string AUDIO
выше мы проставили метку 'AUDIO'. на этом собственно всё. модуль сегодня допилили и теперь пользователи Enlightenment-DR17 имеют в своём распоряжении отличный гуй для управления съёмными и фиксированными носителями. адрес проекта:
Dave's blog
адрес Google code
пользователи E в OpenSUSE могут просто пересобрать src.rpm и установить пакет, скомпиленный из current svn (в репо слегка устаревшая версия, что не позволяет отмонтирование пользованием локальных партиций по щелчку на кнопке).
часть 2-я, галопом по европам
починили 'esmart text object' - теперь E/ETK/EWL корректно реагирует на символы при переключении клавиатурной раскладки Xorg-ом. надеюсь, что починят и scim input method (базовый код уже в Ешке присутствует) и пофиксят глупый баг с нерабочим 'language' модулем (гуйня для переключения раскладок клавиатуры на лету). эх, лень моя... самому-бы надо...
активно дорабатывают новую дефолтную тему 17-го "Black&White". панель настроек унифицировали с illume (по крайней мере идёт активный поиск оптимальных диалогов конфигурации).
описать в двух словах все новости проекта Enlightenment не получится. при этом "допиливается" не только 17-ый, но и Enlightenment-DR16, что весьма радует. именно так и надо организовывать поддержку Продуктов. горд и доволен. завтра обещают прикрутить online интерфейс для скачивания тем/обоев не только с get-e.org, но и с E-Exchange. ждём-с.
часть 3-я, око-ёко-OpenMOKO...
выслушал упрёки анонимного пользователя телефона Free Runner о невозможности кастомизации интерфейса и подстойке его "под себя". удивился, заново полез в qemu и хватило ума обновиться без бэкапа (чего даже во хмелю не допускаю). инструкции по поводу запуска openmoko в qemu можете почитать тут:
общая инструкция
с использованием MokoMakefile
если будете этим заниматься прям сейчас - то во-первых нихуя у вас не заработает, а во-вторых последние development версии FR-а всё больше тяготеют к интерфейсу Qt/Qtopia (куда даже терминал засунуть не потрудились, что характерно - нахуя в Qt консоль?). другими словами Вам понадобится энное количество времени, чтобы:
1) найти рабочий билд кернела/лоадера
2) найти rootfs (корневую систему с дистрибутивом/ПО) с E17+illume в качестве GUI
3) прорюхать нужную команду для старта самого qemu (в целом предлагаемые шаблоны задают правильное направление поиска, но ... "есть нюансы", как говаривал Чапай).
скриншоты ниже сделаны "в ленивую", на qemu, слегонца "обточенном" даже без подключённой usb клавиатуры. всё сделано в гуях illume и 17-го:
как видим UI можно отстроить от и до. группировка приложений - в соответствии с xdg freedesktop спеками, темы оформления можно брать из E17-го, кастомизация интерфейса - такая же, как и в 17-ом (другими словами можно отстроить всё и вся. от виртуальных столов и до размера шрифта и типа его рендеринга). если вам интересна эта тема - оставьте здесь свой комментарий/пожелание и будем разбираться вместе.
к слову готовится новая редакция FR-а - gta03. будем надеяться, что аппаратная часть будет получше. в сегодняшних моделях (gta01 и gta02) шина обмена данными не блещет скоростью, из-за чего слышим справедливые упрёки о "тормозах". также дистрибутивы/сборки оптимальными как-то пока назвать не готов (есть вещи, которые не нравятся, но нет понимания пока насколько они критичны).
в целом это очень интересный и достойный продукт для энтузиастов Linux. сегодня там вроде как пофиксили GPS и пресловутые SMS-ки (в очередной раз? :)). всем же советую начинать именно с qemu. заодно некоторые могут узнать много нового о кросс/нативной-компиляции для ARM и специфике ARM-а как такового. в общем есть в этом мире, друг Горацио, множество забавных штукенций...
*/
вторник, 15 июля 2008 г.
Enlightenment LiveCD
/*
Поросёночку не спалось - и одним LiveCD стало больше (размерчик "исошки" пока равен 430Мб):
SOAD-LiveCD (first alpha release)
Прочесть краткое описание можно пройдя по ссылке в заголовке сей заметки. Господа и Дамы, буду зело признателен за любые отзывы, пожелания, предложения и т.п.!
Список установленных пакетов
Как только всё допилю - добавлю опцию по установке на хард (ежели кому оно буде надо). Зачем это всё было делать? Ответ одной строкой: шрифты; кодеки; нормальные репозитории; стабильное, быстрое и удобное рабочее окружение ("удобное" - эт imho).
*/
Поросёночку не спалось - и одним LiveCD стало больше (размерчик "исошки" пока равен 430Мб):
SOAD-LiveCD (first alpha release)
Прочесть краткое описание можно пройдя по ссылке в заголовке сей заметки. Господа и Дамы, буду зело признателен за любые отзывы, пожелания, предложения и т.п.!
Список установленных пакетов
Как только всё допилю - добавлю опцию по установке на хард (ежели кому оно буде надо). Зачем это всё было делать? Ответ одной строкой: шрифты; кодеки; нормальные репозитории; стабильное, быстрое и удобное рабочее окружение ("удобное" - эт imho).
*/
пятница, 4 июля 2008 г.
Наше всё!
/*
Отцвели уж давно
Хризантемы в саду...
/Н.Харито "Хризантемы"/
Re: SUSE Linux Enterprise Desktop 10 Service Pack 1 Media Kit
Видимо сказывается тлетворное влияние SuSE, "сюсешники" - через одного дегенераты.
anonymous (*) (17.06.2007 15:19:05)
Re: Unofficial SuSE FAQ
CУСЯ - ацтой
anonymous (*) (23.11.2002 17:50:00)
Re: Linux Suse 10 + Motorola SM56 Modem
УРА!!!!! Я УСТАНОВИЛА МОДЕМ С SUSE 10 на ноутбук! Увидела долгожданную надпись, повестующую о том, что соединение установлено! Только не спрашивайте меня как, я сама ничего не поняла! Просто искала инструкции по решению моих проблем везде в интернете (даже на сербском нашла, кажется, что именно она и помогла) и делала всё миллион раз! Убитые выходные за ПК, глаза, которые очень болят и с трудом смотрят на экран, хронический недосып... Но зато какой великий результат! Гордитесь мной!!! P.S. А что такое жопорез?
Runata (*) (03.12.2007 11:59:38)
Министерство обороны США включило SUSE Linux Enterprise Server 10 со вторым сервис-паком в «Список рекомендованных продуктов» ( Approved Products List, APL) в связи с реализацией в нем поддержки протокола IP v6, сертифицированной Агентством по информационным системам Минобороны. SLES 10 SP2 — первый дистрибутив GNU/Linux, включенный в список.
Предполагается, что нахождение в «Списке рекомендованных продуктов» станет обязательным требованием к продуктам при государственных закупках.
http://cnews.ru
Оригинал новости
Отгремели отчётами и ура-патриотизмом все новостные каналы, умер и воскрес оффсайт OpenSUSE после релиза версии 11.0, аналитики ЛОР-а раздули флейм на 12 страниц и уже которую неделю трэд держится "ф дисятке" самых-самых...
А я в очередной раз не успел... Опоздал... Слишком поздно что-то начал делать... Постараюсь довести начинание до победы, но реально могу не осилить "в одно рыло".
Суть: добиться в следующем релизе OpenSUSE опции "Enlightenment" в меню инсталлера. Махонькая такая галочка, где-то рядом с KDE, Gnome и прочими. Опция, Господа, большего пока не надо. Как полигон был создан репозиторий SOAD (SuSE On Active Diet):
SOAD
где и собирается тот самый софт, которого так не хватает для множественного оргазма (с прицелом запуска и работы на машинах класса P-III). Также довольно давно был создан репозиторий для одного-единственного пакета:
Enlightenment_DR17-cvs-core-metapackage
Это собранные в одну большую рпм-ку (метапакет) собсно сам E17-ый, Entrance, E_Modules и Scrot (чтобы скриншоты делать не напрягаясь).
Всё было очень даже неплохо до момента включения проверок собранных пакетов Rpmlint-ом. Можно эти проверки "зарэзать нах" для себя, горячо любимого. Но, когда Партия говорит: "Стройся!" - агрессивно класть болт не принято :). Могут неправильно понять и не оценить мощь интеллекта. Более всего бесит тупость шаблона линта. Вот вам примерчик. И такие "приколы" на каждом шагу. Старые проверенные работающие макросы объявляются ересью, их замена на вариант, предлагаемый как "образец кошерности" самим "линтиком", приводит к проблемам при реальной установке собранного пакета. Если бы это чудо "включили" в OBS до релиза OpenSUSE-11.0, то... Сомневаюсь, что мы бы имели хороший релиз. Впрочем и то, что мы имеем сейчас с учётом "ретроспективы" естественно, до уровня SuSE Pro 8.2 не дотягивает (да, это платная коробочная версия, выпущенная в апреле далёкого 2003-го года, да, я до сих пор пользую xmms и mplayer из командной строки и не вижу этим программам альтернативы даже на горизонте, нет, нет, хм, "красноглазый задрот?" - а зеркало говорит "голубоглазое блондинко". кому нонче верить?!).
В прошлый раз обновлял SuSE-10.2 до версии 10.3 о чём радостно прохрюкал, пошатываясь от выпитого на легендарном "бгоневичке". Сейчас же задачи несколько иные. Надо "вложиться" в минимально приемлимую установку. Не феерические голые иксы плюс консольные приложения на ncurces. Нужно что-то похожее на правду. В идеале (imho) результат закатывать на 1 (один) установочный компакт-диск (не DVD) и получать готовую к работе систему. Можно было для начала и на "хомячках" (виртуалках) потренироваться, но... Не наш метод. Проапгрейдить давно установленную бетку 11.0-RC-1 до stable release тоже никто не мешал, хотелось "оценить продукт" так сказать... Пощупать.
Ранее ваш покорный слуга за "точку отсчёта" всегда принимал паттерн, предлагаемый SuSE как "минимальная графическая установка"/"Minimum Graphical System". С него и начал-с. Не тут-то было! Косяки пошли сразу. kernel-pae вместо kernel-default (это моему-то старпёру с полутора гигами оперативы и дедушкой Athlon-ом 3700+ в сердце), пакет 'x11', слинкованный с 'libqt4-x11', и прочие "радости", что сходу "накидали" размерчик устанавливаемых рпм-ок за гигабайт (это именно сумма по рпм-пакетам, до установки/распаковки на партицию). К буям такие развлечения! Ставим в установщике метки "Taboo/Never install" на следующие пакеты (эти метки потом найдут отражение в файле /etc/zypp/locks):
libqt4-x11
gnome-panel
opensuse-manual_en
yast2-control-center-gnome
ghostscript-omni
gnome2-user-docs
DirectFB
"Отстрел" самых жирных котов лучше всего вести выбрав в установщике режим "Installation Summary" и отсортировав результат по размеру. Возня с мелочью кроме эстетического удовлетворения пользы как-то не приносит. Оговорюсь, что сразу встаём в "барскую" позу - это типа нехай холопы и OpenSUSE Build Service нам пакеты компиляют - исходники ядра и gcc ставить не будем. Flash player поставим потом из сети, java машину тоже не ставим. Всё в принципе получалось довольно красиво до момента включения в список пакетов 'Evince' - гляделку документов, что потянула за собой 'Nautilus' и половину "Гнома" в придачу. Значит придётся как и 'Pidgin' пересобирать 'Evince' и отучать "тащить в дом всякий хлам". Вломил 'smpppd' и 'pptp' ибо иначе не достучался бы (спасибо Провайдеру за ВПН) до репо с уже готовым "One Click Install":
E17_Base.ymp
После чего оформился список установленных пакетов (вариант сыроват, требует доработки и допила). Сама установка этих пакетов с DVD на винт по времени заняла минуты четыре или пять. Без шуток:
> cat list_of_installed_packages
aaa_base-11.0-79.2
alsa-1.0.16-39.1
alsa-firmware-1.0.16-24.1
alsa-oss-1.0.15-48.1
alsa-plugins-1.0.16-57.1
alsa-tools-1.0.16-47.1
alsa-utils-1.0.16-35.1
apparmor-docs-2.3-24.1
apparmor-parser-2.3-23.1
apparmor-profiles-2.3-11.1
apparmor-utils-2.3-14.1
atk-1.22.0-23.1
audiofile-0.2.6-115.1
audit-1.6.8-18.1
audit-libs-1.6.8-18.1
autofs-5.0.3-40.1
autoyast2-installation-2.16.19-0.1
avahi-0.6.22-68.1
bash-3.2-112.1
bash-doc-3.2-71.1
bind-libs-9.4.2-39.1
bind-utils-9.4.2-39.1
binutils-2.18.50.20080409-11.1
bluez-libs-3.32-3.1
boost-1.34.1-42.2
bootsplash-3.3-126.1
bootsplash-branding-openSUSE-3.1-16.1
branding-openSUSE-11.0-12.1
bundle-lang-common-en-11.0-118.1
bundle-lang-gnome-en-11.0-149.1
bzip2-1.0.5-13.1
cairo-1.4.14-32.1
cdparanoia-IIIalpha9.8-664.1
cdrkit-cdrtools-compat-1.1.7.1-16.1
checkmedia-2.1-113.1
cifs-mount-3.2.0-22.1
ConsoleKit-0.2.10-14.1
ConsoleKit-x11-0.2.10-14.1
coreutils-6.11-9.1
cpio-2.9-60.1
cpp-4.3-39.1
cpp43-4.3.1_20080507-6.1
cracklib-2.8.12-24.2
cracklib-dict-full-2.8.12-20.1
cron-4.1-172.1
cryptsetup-1.0.5_SVNr46-21.1
cups-libs-1.3.7-25.1 # да, таки выкинул полноценный cups, грешен
curl-7.18.1-18.1
cyrus-sasl-2.1.22-140.1
dbus-1-1.2.1-15.1
dbus-1-glib-0.74-88.1
dbus-1-x11-1.2.1-18.1
dejavu-2.25-4.1
deltarpm-3.4-78.1
desktop-data-openSUSE-11.0-62.1
desktop-file-utils-0.15-34.1
device-mapper-1.02.24-27.1
dhcpcd-3.2.3-6.1
dialog-1.1-10.1
diffutils-2.8.7-118.1
dirmngr-1.0.1-21.1
dmraid-1.0.0.rc14-63.1
dosfstools-2.11-119.1
dvd+rw-tools-7.1-17.1 # явно лишнее, есть wodim
E17-0.16.999.043-4.9
e2fsprogs-1.40.8-20.1
eel-2.22.1-26.1
ethtool-6-52.1
evince-2.22.1.1-26.1 # сколько же хлама тянет за собой эта прилада...
evms-2.5.5-270.1
expat-2.0.1-62.1
fam-2.7.0-106.1
fbset-2.1-892.1
file-4.24-13.1
filesystem-11.0-42.1
fillup-1.42-216.1
findutils-4.4.0-13.1
fontconfig-2.4.2-90.1
fonts-config-20080121-26.1
freeglut-060903-133.1
freetype2-2.3.5-62.1
ft2demos-2.3.5-79.1
fuse-2.7.2-32.1
fxload-2002_04_11-212.1
gail-1.22.1-19.1
gawk-3.1.5h-37.1
gconf2-2.22.0-28.1
gconf2-branding-openSUSE-2.20-53.1
gconf-editor-2.22.0-30.1
gdbm-1.8.3-344.1
genisoimage-1.1.7.1-16.1
gfxboot-4.0.14-4.1
gfxboot-branding-openSUSE-4.0.14-4.1
giflib-4.1.4-132.1
glib2-2.16.3-20.1
glib2-branding-openSUSE-2.16-15.1
glibc-2.8-14.1
glibc-locale-2.8-14.1
glitz-0.5.6-144.1
gmp-4.2.2-30.1
gnome-desktop-2.22.1-26.1
gnome-icon-theme-2.22.0-16.1
gnome-keyring-2.22.1-22.1
gnome-vfs2-2.22.0-33.1
gpart-0.1h-595.1
gpg2-2.0.9-22.1
gpg-pubkey-0dfb3188-41ed929b
gpg-pubkey-307e3d54-481f30aa
gpg-pubkey-3d25d3d9-36e12d04
gpg-pubkey-713600e4-479657e2
gpg-pubkey-7e2e3b05-4816488f
gpg-pubkey-9c800aca-481f343a
gpg-pubkey-a1912208-446a0899
gpm-1.20.1-424.1
grep-2.5.2-73.1
groff-1.18.1.1-139.1
grub-0.97-126.1
gtk2-2.12.9-37.1
gtk2-branding-openSUSE-11.0-0.1
gtk2-engines-2.14.1-6.1
gtk2-theme-openSUSE-11.0-16.1
gvfs-0.2.3-29.1
gvfs-backends-0.2.3-29.1
gvfs-fuse-0.2.3-29.1
gvim-7.1-128.1
gzip-1.3.12-72.1
hal-0.5.11-8.1
hdparm-8.6-17.1
hicolor-icon-theme-0.10-75.1
hunspell-1.2.2-15.1
hunspell-tools-1.2.2-15.1
hwinfo-14.19-3.1
icedax-1.1.7.1-16.1
info-4.11-16.1
insserv-1.11.0-31.2
install-initrd-1.0-368.1
inst-source-utils-2008.6.5-1.1
iproute2-2.6.23-75.1
iptables-1.4.0-40.1
iputils-ss021109-265.1
kbd-1.12-187.1
kernel-default-2.6.25.5-1.1
kexec-tools-1.101-201.1
keyutils-libs-1.2-80.1
klogd-1.4.1-677.1
kpartx-0.4.7-127.1
krb5-1.6.3-50.1
lcms-1.17-40.1
ldapcpplib-0.0.5-52.1
less-418-20.1
libacl-2.2.45-40.1
libapparmor1-2.3-16.1
libarchive2-2.2.5-51.1
libart_lgpl-2.3.20-19.1
libasound2-1.0.16-39.1
libatk-1_0-0-1.22.0-23.1
libattr-2.4.39-40.1
libavahi-client3-0.6.22-68.1
libavahi-common3-0.6.22-68.1
libavahi-core5-0.6.22-68.1
libavahi-glib1-0.6.22-68.1
libbeagle1-0.3.5.1-2.1
libblkid1-1.40.8-20.1
libblocxx6-2.1.0.342-7.2
libbonobo-2.22.0-21.1
libbonoboui-2.22.0-30.1
libbz2-1-1.0.5-13.1
libcap2-2.08-2.1
libcdio7-0.80-3.1
libcdio_cdda0-0.80-3.1
libcdio_paranoia0-0.80-3.1
libcom_err2-1.40.8-20.1
libcroco-0_6-3-0.6.1-123.1
libcurl4-7.18.1-18.1
libdaemon0-0.12-28.1
libdb-4_5-4.5.20-67.1
libdjvulibre15-3.5.20-51.1
libdrm-2.3.0-83.1
libecore0-0.9.9.043-5.7
libedbus0-0.5.0.043-5.10
libedje0-0.9.9.043-5.7
libeel-2-2-2.22.1-26.1
libeet1-1.0.1-5.1
libefreet0-0.5.0.043-5.5
libembryo0-0.9.9.043-4.1
liberation-fonts-0.1-86.1
libesd0-0.2.38-75.1
libevas0-0.9.9.043-5.3
libevent-1.4.3-10.1
libexempi3-2.0.0-1.1
libexif-0.6.16.2-32.1
libexpat1-2.0.1-62.1
libext2fs2-1.40.8-20.1
libfuse2-2.7.2-32.1
libgcc43-4.3.1_20080507-6.1
libgcrypt11-1.4.0-3.1
libgio-2_0-0-2.16.3-20.1
libgio-fam-2.16.3-20.1
libglade2-2.6.2-93.1
libglib-2_0-0-2.16.3-20.1
libgmodule-2_0-0-2.16.3-20.1
libgnome-2.22.0-30.1
libgnomecanvas-2.20.1.1-42.1
libgnome-desktop-2-2-2.22.1-26.1
libgnomeui-2.22.1-22.1
libgnutls26-2.2.2-17.1
libgobject-2_0-0-2.16.3-20.1
libgpg-error0-1.6-3.1
libgphoto2-2.4.1.2-21.1
libgsf-1-114-1.14.8-24.1
libgssglue1-0.1-3.1
libgthread-2_0-0-2.16.3-20.1
libgvfscommon0-0.2.3-29.1
libHX10-1.15-12.1
libicu-3.8.1-21.1
libidl-0.8.10-27.1
libidn-1.8-8.1
libjpeg-6.2.0-852.1
libksba-1.0.2-49.1
liblcms1-1.17-40.1
libltdl-3-1.5.26-23.1
libmng-1.0.10-56.1
libmpfr1-2.3.1-4.1
libncurses5-5.6-83.1
libnscd-2.0.2-81.1
libopenct1-0.6.14-22.1
libopensc2-0.11.4-37.1
libopenssl0_9_8-0.9.8g-47.1
libpcap-0.9.8-28.1
libpng12-0-1.2.26-14.2
libpoppler3-0.8.2-1.1
libpoppler-glib3-0.8.2-1.1
libreadline5-5.2-71.1
libreiserfs-0.3.0.5-116.1
librpcsecgss-0.17-12.1
librsvg-2.22.2-33.1
libsmbclient0-3.2.0-22.1
libsmbios-libs-0.13.12-5.1
libsoup-2.4.1-16.1
libsoup-2_4-1-2.4.1-16.1
libsqlite3-0-3.5.7-17.1
libstdc++43-4.3.1_20080507-6.1
libtalloc1-3.2.0-22.1
libtasn1-1.2-31.1
libtasn1-3-1.2-31.1
libtdb1-3.2.0-22.1
libtiff3-3.8.2-108.1
libusb-0.1.12-110.1
libuuid1-1.40.8-20.1
libvolume_id-120-13.1
libwbclient0-3.2.0-22.1
libxcrypt-3.0-14.1
libxml2-2.6.32-11.1
libzio-0.7-9.1
libzypp-4.26.4-1.1
licenses-20070810-52.1
limal-1.4.7-0.1
limal-perl-1.4.7-0.1
linux-atm-lib-2.5.0-110.1
login-3.36-3.1
logrotate-3.7.5-48.1
lsof-4.79-9.1
lv-4.51-99.1
lvm2-2.02.33-28.1
make-3.81-103.1
man-2.5.1-12.1
man-pages-2.79-12.1
master-boot-code-1.14-60.1
mc-4.6.2.pre1-71.1
mc-lang-4.6.2.pre1-71.1
mdadm-2.6.4-43.1
Mesa-7.0.3-35.1 # да, да, да.... превед ATI....
mingetty-1.0.7s-64.1
mkinitrd-2.2-19.1
module-init-tools-3.4-15.1
MozillaFirefox-3.0-0.1
mozilla-nspr-4.7.1-18.2
mozilla-nss-3.12.0-23.2
mozilla-xulrunner190-1.9.0-0.1
mozilla-xulrunner190-gnomevfs-1.9.0-0.1
nautilus-2.22.2-30.3
ncurses-utils-5.6-83.1
netcat-1.10-980.1
netcfg-11.0-34.1
net-tools-1.60-691.1
nfs-client-1.1.2-8.1
nfsidmap-0.20-76.1
nss-mdns-0.10-14.1
ntfs-3g-1.2506-5.1
ntp-4.2.4p4-44.1
obex-data-server-0.3-26.1
openldap2-client-2.4.9-7.1
openobex-1.3-126.1
opensc-0.11.4-37.1
openslp-1.2.0-143.1
openssh-5.0p1-21.1
openssl-0.9.8g-47.1
openssl-certs-0.9.8g-47.1
openSUSE-release-11.0-47.1
openSUSE-release-dvd-11.0-47.1
orbit2-2.14.12-32.1
pam-1.0.1-8.1
pam-config-0.53-3.1
pam-modules-11.0-35.1
pam_mount-0.35-15.1
pango-1.20.1-20.1
parted-1.8.8-46.1
pciutils-3.0.0-12.1
pciutils-ids-2008.5.31-1.1
pcre-7.6-22.2
pcsc-lite-1.4.100-21.1
perl-5.10.0-37.1
perl-base-5.10.0-37.1
perl-Bootloader-0.4.63-2.1
perl-Config-Crontab-1.21-48.1
perl-Crypt-SmbHash-0.12-109.1
perl-Crypt-SSLeay-0.57-14.1
perl-DBD-SQLite-1.14-41.1
perl-DBI-1.604-13.1
perl-Digest-HMAC-1.01-603.1
perl-Digest-MD4-1.5-108.1
perl-Digest-SHA1-2.11-98.1
perl-doc-5.10.0-37.1
perl-File-Tail-0.99.3-108.1
perl-gettext-1.05-112.1
perl-HTML-Parser-3.56-77.1
perl-HTML-Tagset-3.20-17.1
perl-libapparmor-2.3-16.1
perl-libwww-perl-5.810-10.1
perl-Net-Daemon-0.43-52.1
perl-NetxAP-0.02-668.1
perl-Parse-RecDescent-1.94-28.1
perl-PlRPC-0.2019-56.1
perl-RPC-XML-0.60-10.1
perl-TermReadKey-2.30-109.1
perl-TimeDate-1.16-232.1
perl-URI-1.36-10.1
perl-X500-DN-0.29-53.1
perl-XML-Bare-0.27-29.1
perl-XML-LibXML-1.66-23.1
perl-XML-LibXML-Common-0.13-134.1
perl-XML-NamespaceSupport-1.09-109.1
perl-XML-Parser-2.36-34.1
perl-XML-SAX-0.16-33.1
perl-XML-Simple-2.18-38.1
perl-XML-Writer-0.604-18.1
perl-XML-XPath-1.13-49.1
permissions-2008.6.2-2.1
pinentry-0.7.5-16.1
pkg-config-0.23-21.1
pmtools-20071116-21.1
pm-utils-0.99.3.20070618-63.1
PolicyKit-0.8-14.1
PolicyKit-doc-0.8-17.1
poppler-data-0.2.0-12.1
popt-1.7-427.1
portmap-6.0+git20070716-38.1
postfix-2.5.1-28.1
ppp-2.4.4-112.1
pptp-1.7.1-88.1
procps-3.2.7-113.1
psmisc-22.6-30.1
pth-2.0.7-83.1
pwdutils-3.2.1-12.1
python-2.5.2-26.1
readline-doc-5.2-71.1
reiserfs-3.6.19-132.1
release-notes-openSUSE-11.0.5-1.1
resmgr-1.1.0_SVNr155-26.1
rpm-4.4.2-199.1
ruby-1.8.6.p114-6.1
rxvt-unicode-9.02-14.1
satsolver-tools-0.9.2-1.1
scpm-1.1.6-71.1
screen-4.0.2-165.1
sed-4.1.5-103.1
setserial-2.17-691.1
shared-mime-info-0.23-37.1
siga-10.101-110.1
slang-2.1.1-54.1
smpppd-1.59_SVN16-10.1
sqlite3-3.5.7-17.1
startup-notification-0.9-70.1
sudo-1.6.9p15-13.1
suse-build-key-1.0-855.1
SuSEfirewall2-3.6_SVNr195-9.1
suseRegister-1.2-123.1
sysconfig-0.70.8-3.1
syslog-ng-1.6.12-76.1
sysvinit-2.86-148.1
t1lib-5.1.1-67.1
tar-1.19-35.1
tcl-8.5.2-15.1
tcpd-7.6-829.1
terminfo-5.6-83.1
terminfo-base-5.6-83.1
terminus-font-4.20-160.1
timezone-2008c-0.1
udev-120-13.1
unzip-5.52-117.1
update-alternatives-1.8.3-113.1
utempter-0.5.5-114.1
util-linux-2.13.1-30.1
uuid-runtime-1.40.8-20.1
vim-7.1-128.1 # может выкинуть vim? палюбэ в гуях и SciTE прокатит... но рука не поднимается на такое...
vim-base-7.1-128.1
vim-data-7.1-128.1
w3m-0.5.2-90.1 # да, есть Firefox, но люблю w3m...
wireless-tools-29-24.1
wodim-1.1.7.1-16.1
wvdial-1.60-31.1
wvstreams-4.4.1-32.1
xdg-utils-1.0.2-56.1
xkeyboard-config-1.2-42.1
xorg-x11-7.3-96.1
xorg-x11-driver-input-7.3-91.1
xorg-x11-driver-video-7.3-138.2
xorg-x11-driver-video-radeonhd-1.2.1_080522_566ba69-6.1
xorg-x11-driver-video-unichrome-20080411-16.1
xorg-x11-fonts-core-7.3-70.1
xorg-x11-libfontenc-7.3-41.1
xorg-x11-libICE-7.3-41.1
xorg-x11-libs-7.3-64.1
xorg-x11-libSM-7.3-41.1
xorg-x11-libX11-7.3-56.1
xorg-x11-libXau-7.3-43.1
xorg-x11-libxcb-7.3-48.1
xorg-x11-libXdmcp-7.3-41.1
xorg-x11-libXext-7.3-51.1
xorg-x11-libXfixes-7.3-49.1
xorg-x11-libxkbfile-7.3-50.1
xorg-x11-libXmu-7.3-51.1
xorg-x11-libXp-7.3-49.1
xorg-x11-libXpm-7.3-49.1
xorg-x11-libXprintUtil-7.3-49.1
xorg-x11-libXrender-7.3-48.1
xorg-x11-libXt-7.3-48.1
xorg-x11-libXv-7.3-51.1
xorg-x11-server-7.3-110.2
yast2-2.16.71-6.1
yast2-add-on-2.16.8-6.1
yast2-apparmor-2.16.4-4.1
yast2-autofs-2.15.4-21.1
yast2-backup-2.16.5-7.1
yast2-bootloader-2.16.20-0.1
yast2-core-2.16.51-6.1
yast2-country-2.16.26-6.1
yast2-country-data-2.16.26-6.1
yast2-drbd-2.13.1-158.1
yast2-firewall-2.16.2-25.1
yast2-gtk-2.16.14-1.1
yast2-hardware-detection-2.16.1-49.1
yast2-inetd-2.16.0-27.1
yast2-installation-2.16.50-3.1
yast2-iscsi-client-2.16.14-6.1
yast2-kerberos-client-2.16.11-9.1
yast2-ldap-2.16.0-52.1
yast2-ldap-client-2.16.16-6.1
yast2-libyui-2.16.48-3.1
yast2-mail-2.16.6-2.1
yast2-mail-plugins-2.16.6-2.1
yast2-metapackage-handler-0.8.5-16.1
yast2-mouse-2.16.1-26.1
yast2-multipath-2.13.0-192.1
yast2-ncurses-2.16.27-8.1
yast2-ncurses-pkg-2.16.13-4.1
yast2-network-2.16.48-3.1
yast2-nfs-client-2.16.1-26.1
yast2-nis-client-2.16.3-6.1
yast2-ntp-client-2.16.9-11.1
yast2-online-update-2.16.15-6.1
yast2-online-update-frontend-2.16.15-6.1
yast2-packager-2.16.53-3.1
yast2-pam-2.16.2-17.1
yast2-perl-bindings-2.16.7-14.1
yast2-phone-services-2.16.0-27.1
yast2-pkg-bindings-2.16.39-4.1
yast2-printer-2.16.32-3.1
yast2-product-creator-2.16.19-3.1
yast2-profile-manager-2.16.1-27.1
yast2-registration-2.16.7-4.1
yast2-repair-2.16.12-4.1
yast2-restore-2.16.2-26.1
yast2-runlevel-2.16.5-15.1
yast2-samba-client-2.16.9-3.1
yast2-samba-server-2.16.3-15.1
yast2-security-2.16.1-16.1
yast2-slp-2.16.0-25.1
yast2-sound-2.16.11-6.1
yast2-squid-2.16.3-37.1
yast2-storage-2.16.26-0.1
yast2-storage-evms-2.16.26-0.1
yast2-storage-lib-2.16.26-0.1
yast2-sudo-2.16.1-27.1
yast2-support-2.16.1-6.1
yast2-sysconfig-2.16.0-28.1
yast2-theme-openSUSE-2.16.38-2.1
yast2-trans-en_US-2.16.9-1.1
yast2-transfer-2.16.1-76.1
yast2-trans-stats-2.15.0-87.1
yast2-tune-2.16.2-2.1
yast2-tv-2.16.6-7.1
yast2-update-2.16.10-4.1
yast2-users-2.16.33-6.1
yast2-vm-2.16.5-7.1
yast2-xml-2.16.1-14.1
yast2-ycp-ui-bindings-2.16.47-5.1
ypserv-2.19-124.1
zisofs-tools-1.0.6-112.1
zlib-1.2.3-113.1
zypper-0.11.6-4.1
После установки 'Entrance', модулей E17-го, 'Exalt'-а, 'imlib2' и ещё какой-то мелочи сей "списочек" чуток "потолстел". Но не намного. Список использованных репо:
> cat list_of_enabled_repositories.repo
[11.0_non_oss]
name=
baseurl=http://ftp.gwdg.de/pub/opensuse/distribution/11.0/repo/non-oss/suse/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[E17_core_meta]
name=E17_core_meta
baseurl=http://download.opensuse.org/pub/opensuse/repositories/home:/dmitry_serpokryl:/Enlightenment-cvs-core-metapackage/openSUSE_11.0/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[11.0_oss]
name=
baseurl=http://ftp.gwdg.de/pub/opensuse/distribution/11.0/repo/oss/suse/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[gwdg_update]
name=
baseurl=http://ftp.gwdg.de/pub/opensuse/update/11.0/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[11.0_local_iso]
name=11.0_local_iso
baseurl=iso:///?iso=openSUSE-11.0-DVD-i386.iso&url=file:///mnt/sdc3/sda/source/dist/opensuse/
path=/
type=yast2
enabled=1
autorefresh=0
gpgcheck=1
keeppackages=0
[openSUSE-DVD 11.0]
name=openSUSE-DVD 11.0
baseurl=cd:///?devices=/dev/sr1,/dev/sr0
path=/
type=yast2
enabled=1
autorefresh=0
gpgcheck=1
keeppackages=0
Пока без фанатизма. Не секрет, что для варианта изготовления нормального установочного диска придётся подтянуть репо 'packman'-а. Иначе поддержка мультимедиа "из коробки" устроит далеко не всех. Пакетик для нормального отображения Ваших шрифтов (заточен под функции работы со шрифтами в E17):
freetype2-2.3.6
Выглядит это всё как обычно :). Вот "шотик ни о чём", дабы посмотрев на него все могли сказать "кг/ам! у мну круче! kde4 - наше фсио! в биореактор, быдло сусешник! Патрик - бох!"
Модули 17-го творят чудеса. Можно читать ньюса (правда пока только RSS, Atom ещё не поддерживается), менять говернор проца, делать скриншоты, слушать музыку (простенькая морда к mpd), получать прогноз погоды, следить за температурой, нагрузкой на систему, использовать 17-ый как tiling WM, устраивать слайд-шоу из обоев рабочего стола и т.п.
Для запуска иксов нарисовал следующий файлик:
> cat ~/.xinitrc
#!/bin/sh
exec /usr/bin/enlightenment_start
> chmod +x ~/.xinitrc
После чего тупо набрал:
> startx
и взлетел :). Логин-менеджер в принципе не нужен. "Взлёт" можно и в ~/.profile прописать для автоматизма. Или поэкспериментировать с password-less логином (автологин-ом). Было бы желание.
В /etc/sysconfig/yast2 прописываем:
WANTED_GUI="gtk"
и кладём большой болт на всё qt/kde хозяйство. Или ncurces, или правим конфиги ручками, как оно типа труЪ и должно быть (только вот без знаний "потрохов" SuSE при ручной правке можно реально "огрести").
Вот пока и все "успехи"... Теперь в качестве "лирического отступления" немного о том, что "ниасилили" ура-патриоты и герои журналистики.
Все орали о прикручивании lzma к zypper-у/rpm, что типа и дало такой волшебный результат с ощутимым приростом в скорости работы пакетного менеджера. Ну-ну... Как всегда позабыли "заглянуть под капот", что характерно. Работа проделана огромная. Кое-что вроде потеряли в функционале (сравните формат locks файла в 11.0 и 10.3 - всё станет ясно), а может и не потеряли, просто мне кажется, что в 11.0 контроль версий послабее. Сейчас идёт активная разработка по прикручиванию многопоточности в zypper для скачивания И УСТАНОВКИ скачанных пакетов. Пока лишь smart имеет многопоточность на скачивании, но вот алгоритмы его/smart-а по установке скачанного добра оставляют желать... Впрочем абсолютно справедливо утверждение, что OpenSUSE-11.0 имеет лучший на сегодня менеджер пакетов. Ни pacman-у (Archlinux), ни urpmi, ни apt-у "ловить", простите, пока нечего. Что будет дальше - посмотрим.
Откровенно боялся третьего фокса. В Ubuntu-8.04 оно падало на раз, в бетках OpenSUSE-11.0 падало иногда, релиз 11.0 после апдейтов (поставил и сразу "накатил" что было в сети) гонял пару суток. Навешал addon-ов. Ждал-с. А вот буй! Работает! И пока сам не увидел, что оно реально "хавает" темы gtk - не верил. Это просто праздник какой-то! (Жарево и порево - это очень здорево!)
Хоть и выкинул cups за ненадобностью дома, но changelog впечатлил. Респект. Нативная поддержка utf-8. И не мечтал.
Перезагрузка иксов по ДВОЙНОМУ Ctl+Alt+Backspace - зер гут! Бывало "промахивался" по хоткеям и "попадал" на Ctl+Alt+Backspace... Screen конечно же "наше фсио" но для гуёвых прилад "скрина" пока никто не придумал...
Улучшения в SuSEfirewall2/iptables - FW_SERVICES_ACCEPT_RELATED_ - чудненько, надо "пощупать"...
Что там с третьим "сквидом" - хз, не пробовал, а вот то, что как-то незаметно для OpenSUSE закончился кошмар с апгрейдом с одной версии на другую (да и даунгрейдом тоже) никто и не заметил :). Читаем man zypper:
dist-upgrade (dup) [options]
Perform a distribution upgrade. This command performs an update of all packages with a special resolver algorithm which takes care of pack‐
age splits, pattern and product updates, etc.
-r, --repo
Limit updates to repository specified by alias, number or URI. This option can be used multiple times.
-l, --auto-agree-with-licenses
Automatically say 'yes' to third party license confirmation prompt. By using this option, you choose to agree with licenses of all third-
party software this command will install. This option is particularly useful for administators installing the same set of packages on multi‐
ple machines (by an automated process) and have the licenses confirmed before.
--debug-solver
Create solver test case for debugging. See the install command for details.
-D, --dry-run
Test the upgrade, do not actually install or update any package. This option will add the --test option to the rpm commands run by the dist-
upgrade command.
Это и есть труЪ! Научился ли Network Manager работать с pptp/ВПН - хз. Посмотрел как это делал 'kinternet', написал простенький bash-скрипт, скормил скриптик 'Exalt'-у и всё прекрасно завелось с полпинка:
Пример этого скрипта:
> cat /home/sda/bin/route_pre_vpn_up
#!/bin/sh
sudo ifconfig dsl0 down
sudo kill -9 `pgrep smpppd-ifcfg`
sudo kill -9 `pgrep pptp`
sudo kill -9 `pgrep pppd`
sudo /etc/init.d/smpppd restart
sudo route del default
sudo route add ПРОПИСЫВАЕМ РОУТИНГ
sudo route add ПРОПИСЫВАЕМ РОУТИНГ
*****
sudo /usr/sbin/smpppd-ifcfg --ifcfg=ifcfg-dsl0 --provider=ПРОВАЙДЕР --user=ПОЛЬЗОВАТЕЛЬ
sudo ifconfig dsl0 up
sudo route del default
sudo route add default gw ШЛЮЗ_ВПН-а
В качестве шаблона, не более. Можете использовать вот такую конструкцию:
echo "$sudo_password" | sudo -S КОМАНДА
предварительно прописав переменную "sudo_password". Именно так в SuSE и "поднимался" ВПН при помощи 'kinternet'. Поддержка внешних скриптов 'Exalt'-ом очень и очень пригодилась.
Естественно, что в свежей системе, да ещё и установленной подобным образом, всё летает. Бо тормозить пока нечем/нечему :). Впрочем и "рабочая" 10.3 пашет зер гут. Но, как только дело доходит до апдейтов - иду пить чай. Опять же, 11.0 - свежий релиз, что там тех апдейтов-то по сравнению с 10.3. Поживём - увидим, что к чему.
Мой нижайший поклон всем, кто работал над этим релизом OpenSUSE. Зер гут, Господа, зер гут!
P.S. fglrx из репов не ставил, ибо морально к этому не готов. Потом. Может быть. А может и нет....
P.P.S. за двое суток эксплуатации сбоев/косяков не замечено. В логах конечно есть на что обратить внимание, но к пенальти по производительности/скорости это не приводит.
*/
Отцвели уж давно
Хризантемы в саду...
/Н.Харито "Хризантемы"/
Re: SUSE Linux Enterprise Desktop 10 Service Pack 1 Media Kit
Видимо сказывается тлетворное влияние SuSE, "сюсешники" - через одного дегенераты.
anonymous (*) (17.06.2007 15:19:05)
Re: Unofficial SuSE FAQ
CУСЯ - ацтой
anonymous (*) (23.11.2002 17:50:00)
Re: Linux Suse 10 + Motorola SM56 Modem
УРА!!!!! Я УСТАНОВИЛА МОДЕМ С SUSE 10 на ноутбук! Увидела долгожданную надпись, повестующую о том, что соединение установлено! Только не спрашивайте меня как, я сама ничего не поняла! Просто искала инструкции по решению моих проблем везде в интернете (даже на сербском нашла, кажется, что именно она и помогла) и делала всё миллион раз! Убитые выходные за ПК, глаза, которые очень болят и с трудом смотрят на экран, хронический недосып... Но зато какой великий результат! Гордитесь мной!!! P.S. А что такое жопорез?
Runata (*) (03.12.2007 11:59:38)
Министерство обороны США включило SUSE Linux Enterprise Server 10 со вторым сервис-паком в «Список рекомендованных продуктов» ( Approved Products List, APL) в связи с реализацией в нем поддержки протокола IP v6, сертифицированной Агентством по информационным системам Минобороны. SLES 10 SP2 — первый дистрибутив GNU/Linux, включенный в список.
Предполагается, что нахождение в «Списке рекомендованных продуктов» станет обязательным требованием к продуктам при государственных закупках.
http://cnews.ru
Оригинал новости
Отгремели отчётами и ура-патриотизмом все новостные каналы, умер и воскрес оффсайт OpenSUSE после релиза версии 11.0, аналитики ЛОР-а раздули флейм на 12 страниц и уже которую неделю трэд держится "ф дисятке" самых-самых...
А я в очередной раз не успел... Опоздал... Слишком поздно что-то начал делать... Постараюсь довести начинание до победы, но реально могу не осилить "в одно рыло".
Суть: добиться в следующем релизе OpenSUSE опции "Enlightenment" в меню инсталлера. Махонькая такая галочка, где-то рядом с KDE, Gnome и прочими. Опция, Господа, большего пока не надо. Как полигон был создан репозиторий SOAD (SuSE On Active Diet):
SOAD
где и собирается тот самый софт, которого так не хватает для множественного оргазма (с прицелом запуска и работы на машинах класса P-III). Также довольно давно был создан репозиторий для одного-единственного пакета:
Enlightenment_DR17-cvs-core-metapackage
Это собранные в одну большую рпм-ку (метапакет) собсно сам E17-ый, Entrance, E_Modules и Scrot (чтобы скриншоты делать не напрягаясь).
Всё было очень даже неплохо до момента включения проверок собранных пакетов Rpmlint-ом. Можно эти проверки "зарэзать нах" для себя, горячо любимого. Но, когда Партия говорит: "Стройся!" - агрессивно класть болт не принято :). Могут неправильно понять и не оценить мощь интеллекта. Более всего бесит тупость шаблона линта. Вот вам примерчик. И такие "приколы" на каждом шагу. Старые проверенные работающие макросы объявляются ересью, их замена на вариант, предлагаемый как "образец кошерности" самим "линтиком", приводит к проблемам при реальной установке собранного пакета. Если бы это чудо "включили" в OBS до релиза OpenSUSE-11.0, то... Сомневаюсь, что мы бы имели хороший релиз. Впрочем и то, что мы имеем сейчас с учётом "ретроспективы" естественно, до уровня SuSE Pro 8.2 не дотягивает (да, это платная коробочная версия, выпущенная в апреле далёкого 2003-го года, да, я до сих пор пользую xmms и mplayer из командной строки и не вижу этим программам альтернативы даже на горизонте, нет, нет, хм, "красноглазый задрот?" - а зеркало говорит "голубоглазое блондинко". кому нонче верить?!).
В прошлый раз обновлял SuSE-10.2 до версии 10.3 о чём радостно прохрюкал, пошатываясь от выпитого на легендарном "бгоневичке". Сейчас же задачи несколько иные. Надо "вложиться" в минимально приемлимую установку. Не феерические голые иксы плюс консольные приложения на ncurces. Нужно что-то похожее на правду. В идеале (imho) результат закатывать на 1 (один) установочный компакт-диск (не DVD) и получать готовую к работе систему. Можно было для начала и на "хомячках" (виртуалках) потренироваться, но... Не наш метод. Проапгрейдить давно установленную бетку 11.0-RC-1 до stable release тоже никто не мешал, хотелось "оценить продукт" так сказать... Пощупать.
Ранее ваш покорный слуга за "точку отсчёта" всегда принимал паттерн, предлагаемый SuSE как "минимальная графическая установка"/"Minimum Graphical System". С него и начал-с. Не тут-то было! Косяки пошли сразу. kernel-pae вместо kernel-default (это моему-то старпёру с полутора гигами оперативы и дедушкой Athlon-ом 3700+ в сердце), пакет 'x11', слинкованный с 'libqt4-x11', и прочие "радости", что сходу "накидали" размерчик устанавливаемых рпм-ок за гигабайт (это именно сумма по рпм-пакетам, до установки/распаковки на партицию). К буям такие развлечения! Ставим в установщике метки "Taboo/Never install" на следующие пакеты (эти метки потом найдут отражение в файле /etc/zypp/locks):
libqt4-x11
gnome-panel
opensuse-manual_en
yast2-control-center-gnome
ghostscript-omni
gnome2-user-docs
DirectFB
"Отстрел" самых жирных котов лучше всего вести выбрав в установщике режим "Installation Summary" и отсортировав результат по размеру. Возня с мелочью кроме эстетического удовлетворения пользы как-то не приносит. Оговорюсь, что сразу встаём в "барскую" позу - это типа нехай холопы и OpenSUSE Build Service нам пакеты компиляют - исходники ядра и gcc ставить не будем. Flash player поставим потом из сети, java машину тоже не ставим. Всё в принципе получалось довольно красиво до момента включения в список пакетов 'Evince' - гляделку документов, что потянула за собой 'Nautilus' и половину "Гнома" в придачу. Значит придётся как и 'Pidgin' пересобирать 'Evince' и отучать "тащить в дом всякий хлам". Вломил 'smpppd' и 'pptp' ибо иначе не достучался бы (спасибо Провайдеру за ВПН) до репо с уже готовым "One Click Install":
E17_Base.ymp
После чего оформился список установленных пакетов (вариант сыроват, требует доработки и допила). Сама установка этих пакетов с DVD на винт по времени заняла минуты четыре или пять. Без шуток:
> cat list_of_installed_packages
aaa_base-11.0-79.2
alsa-1.0.16-39.1
alsa-firmware-1.0.16-24.1
alsa-oss-1.0.15-48.1
alsa-plugins-1.0.16-57.1
alsa-tools-1.0.16-47.1
alsa-utils-1.0.16-35.1
apparmor-docs-2.3-24.1
apparmor-parser-2.3-23.1
apparmor-profiles-2.3-11.1
apparmor-utils-2.3-14.1
atk-1.22.0-23.1
audiofile-0.2.6-115.1
audit-1.6.8-18.1
audit-libs-1.6.8-18.1
autofs-5.0.3-40.1
autoyast2-installation-2.16.19-0.1
avahi-0.6.22-68.1
bash-3.2-112.1
bash-doc-3.2-71.1
bind-libs-9.4.2-39.1
bind-utils-9.4.2-39.1
binutils-2.18.50.20080409-11.1
bluez-libs-3.32-3.1
boost-1.34.1-42.2
bootsplash-3.3-126.1
bootsplash-branding-openSUSE-3.1-16.1
branding-openSUSE-11.0-12.1
bundle-lang-common-en-11.0-118.1
bundle-lang-gnome-en-11.0-149.1
bzip2-1.0.5-13.1
cairo-1.4.14-32.1
cdparanoia-IIIalpha9.8-664.1
cdrkit-cdrtools-compat-1.1.7.1-16.1
checkmedia-2.1-113.1
cifs-mount-3.2.0-22.1
ConsoleKit-0.2.10-14.1
ConsoleKit-x11-0.2.10-14.1
coreutils-6.11-9.1
cpio-2.9-60.1
cpp-4.3-39.1
cpp43-4.3.1_20080507-6.1
cracklib-2.8.12-24.2
cracklib-dict-full-2.8.12-20.1
cron-4.1-172.1
cryptsetup-1.0.5_SVNr46-21.1
cups-libs-1.3.7-25.1 # да, таки выкинул полноценный cups, грешен
curl-7.18.1-18.1
cyrus-sasl-2.1.22-140.1
dbus-1-1.2.1-15.1
dbus-1-glib-0.74-88.1
dbus-1-x11-1.2.1-18.1
dejavu-2.25-4.1
deltarpm-3.4-78.1
desktop-data-openSUSE-11.0-62.1
desktop-file-utils-0.15-34.1
device-mapper-1.02.24-27.1
dhcpcd-3.2.3-6.1
dialog-1.1-10.1
diffutils-2.8.7-118.1
dirmngr-1.0.1-21.1
dmraid-1.0.0.rc14-63.1
dosfstools-2.11-119.1
dvd+rw-tools-7.1-17.1 # явно лишнее, есть wodim
E17-0.16.999.043-4.9
e2fsprogs-1.40.8-20.1
eel-2.22.1-26.1
ethtool-6-52.1
evince-2.22.1.1-26.1 # сколько же хлама тянет за собой эта прилада...
evms-2.5.5-270.1
expat-2.0.1-62.1
fam-2.7.0-106.1
fbset-2.1-892.1
file-4.24-13.1
filesystem-11.0-42.1
fillup-1.42-216.1
findutils-4.4.0-13.1
fontconfig-2.4.2-90.1
fonts-config-20080121-26.1
freeglut-060903-133.1
freetype2-2.3.5-62.1
ft2demos-2.3.5-79.1
fuse-2.7.2-32.1
fxload-2002_04_11-212.1
gail-1.22.1-19.1
gawk-3.1.5h-37.1
gconf2-2.22.0-28.1
gconf2-branding-openSUSE-2.20-53.1
gconf-editor-2.22.0-30.1
gdbm-1.8.3-344.1
genisoimage-1.1.7.1-16.1
gfxboot-4.0.14-4.1
gfxboot-branding-openSUSE-4.0.14-4.1
giflib-4.1.4-132.1
glib2-2.16.3-20.1
glib2-branding-openSUSE-2.16-15.1
glibc-2.8-14.1
glibc-locale-2.8-14.1
glitz-0.5.6-144.1
gmp-4.2.2-30.1
gnome-desktop-2.22.1-26.1
gnome-icon-theme-2.22.0-16.1
gnome-keyring-2.22.1-22.1
gnome-vfs2-2.22.0-33.1
gpart-0.1h-595.1
gpg2-2.0.9-22.1
gpg-pubkey-0dfb3188-41ed929b
gpg-pubkey-307e3d54-481f30aa
gpg-pubkey-3d25d3d9-36e12d04
gpg-pubkey-713600e4-479657e2
gpg-pubkey-7e2e3b05-4816488f
gpg-pubkey-9c800aca-481f343a
gpg-pubkey-a1912208-446a0899
gpm-1.20.1-424.1
grep-2.5.2-73.1
groff-1.18.1.1-139.1
grub-0.97-126.1
gtk2-2.12.9-37.1
gtk2-branding-openSUSE-11.0-0.1
gtk2-engines-2.14.1-6.1
gtk2-theme-openSUSE-11.0-16.1
gvfs-0.2.3-29.1
gvfs-backends-0.2.3-29.1
gvfs-fuse-0.2.3-29.1
gvim-7.1-128.1
gzip-1.3.12-72.1
hal-0.5.11-8.1
hdparm-8.6-17.1
hicolor-icon-theme-0.10-75.1
hunspell-1.2.2-15.1
hunspell-tools-1.2.2-15.1
hwinfo-14.19-3.1
icedax-1.1.7.1-16.1
info-4.11-16.1
insserv-1.11.0-31.2
install-initrd-1.0-368.1
inst-source-utils-2008.6.5-1.1
iproute2-2.6.23-75.1
iptables-1.4.0-40.1
iputils-ss021109-265.1
kbd-1.12-187.1
kernel-default-2.6.25.5-1.1
kexec-tools-1.101-201.1
keyutils-libs-1.2-80.1
klogd-1.4.1-677.1
kpartx-0.4.7-127.1
krb5-1.6.3-50.1
lcms-1.17-40.1
ldapcpplib-0.0.5-52.1
less-418-20.1
libacl-2.2.45-40.1
libapparmor1-2.3-16.1
libarchive2-2.2.5-51.1
libart_lgpl-2.3.20-19.1
libasound2-1.0.16-39.1
libatk-1_0-0-1.22.0-23.1
libattr-2.4.39-40.1
libavahi-client3-0.6.22-68.1
libavahi-common3-0.6.22-68.1
libavahi-core5-0.6.22-68.1
libavahi-glib1-0.6.22-68.1
libbeagle1-0.3.5.1-2.1
libblkid1-1.40.8-20.1
libblocxx6-2.1.0.342-7.2
libbonobo-2.22.0-21.1
libbonoboui-2.22.0-30.1
libbz2-1-1.0.5-13.1
libcap2-2.08-2.1
libcdio7-0.80-3.1
libcdio_cdda0-0.80-3.1
libcdio_paranoia0-0.80-3.1
libcom_err2-1.40.8-20.1
libcroco-0_6-3-0.6.1-123.1
libcurl4-7.18.1-18.1
libdaemon0-0.12-28.1
libdb-4_5-4.5.20-67.1
libdjvulibre15-3.5.20-51.1
libdrm-2.3.0-83.1
libecore0-0.9.9.043-5.7
libedbus0-0.5.0.043-5.10
libedje0-0.9.9.043-5.7
libeel-2-2-2.22.1-26.1
libeet1-1.0.1-5.1
libefreet0-0.5.0.043-5.5
libembryo0-0.9.9.043-4.1
liberation-fonts-0.1-86.1
libesd0-0.2.38-75.1
libevas0-0.9.9.043-5.3
libevent-1.4.3-10.1
libexempi3-2.0.0-1.1
libexif-0.6.16.2-32.1
libexpat1-2.0.1-62.1
libext2fs2-1.40.8-20.1
libfuse2-2.7.2-32.1
libgcc43-4.3.1_20080507-6.1
libgcrypt11-1.4.0-3.1
libgio-2_0-0-2.16.3-20.1
libgio-fam-2.16.3-20.1
libglade2-2.6.2-93.1
libglib-2_0-0-2.16.3-20.1
libgmodule-2_0-0-2.16.3-20.1
libgnome-2.22.0-30.1
libgnomecanvas-2.20.1.1-42.1
libgnome-desktop-2-2-2.22.1-26.1
libgnomeui-2.22.1-22.1
libgnutls26-2.2.2-17.1
libgobject-2_0-0-2.16.3-20.1
libgpg-error0-1.6-3.1
libgphoto2-2.4.1.2-21.1
libgsf-1-114-1.14.8-24.1
libgssglue1-0.1-3.1
libgthread-2_0-0-2.16.3-20.1
libgvfscommon0-0.2.3-29.1
libHX10-1.15-12.1
libicu-3.8.1-21.1
libidl-0.8.10-27.1
libidn-1.8-8.1
libjpeg-6.2.0-852.1
libksba-1.0.2-49.1
liblcms1-1.17-40.1
libltdl-3-1.5.26-23.1
libmng-1.0.10-56.1
libmpfr1-2.3.1-4.1
libncurses5-5.6-83.1
libnscd-2.0.2-81.1
libopenct1-0.6.14-22.1
libopensc2-0.11.4-37.1
libopenssl0_9_8-0.9.8g-47.1
libpcap-0.9.8-28.1
libpng12-0-1.2.26-14.2
libpoppler3-0.8.2-1.1
libpoppler-glib3-0.8.2-1.1
libreadline5-5.2-71.1
libreiserfs-0.3.0.5-116.1
librpcsecgss-0.17-12.1
librsvg-2.22.2-33.1
libsmbclient0-3.2.0-22.1
libsmbios-libs-0.13.12-5.1
libsoup-2.4.1-16.1
libsoup-2_4-1-2.4.1-16.1
libsqlite3-0-3.5.7-17.1
libstdc++43-4.3.1_20080507-6.1
libtalloc1-3.2.0-22.1
libtasn1-1.2-31.1
libtasn1-3-1.2-31.1
libtdb1-3.2.0-22.1
libtiff3-3.8.2-108.1
libusb-0.1.12-110.1
libuuid1-1.40.8-20.1
libvolume_id-120-13.1
libwbclient0-3.2.0-22.1
libxcrypt-3.0-14.1
libxml2-2.6.32-11.1
libzio-0.7-9.1
libzypp-4.26.4-1.1
licenses-20070810-52.1
limal-1.4.7-0.1
limal-perl-1.4.7-0.1
linux-atm-lib-2.5.0-110.1
login-3.36-3.1
logrotate-3.7.5-48.1
lsof-4.79-9.1
lv-4.51-99.1
lvm2-2.02.33-28.1
make-3.81-103.1
man-2.5.1-12.1
man-pages-2.79-12.1
master-boot-code-1.14-60.1
mc-4.6.2.pre1-71.1
mc-lang-4.6.2.pre1-71.1
mdadm-2.6.4-43.1
Mesa-7.0.3-35.1 # да, да, да.... превед ATI....
mingetty-1.0.7s-64.1
mkinitrd-2.2-19.1
module-init-tools-3.4-15.1
MozillaFirefox-3.0-0.1
mozilla-nspr-4.7.1-18.2
mozilla-nss-3.12.0-23.2
mozilla-xulrunner190-1.9.0-0.1
mozilla-xulrunner190-gnomevfs-1.9.0-0.1
nautilus-2.22.2-30.3
ncurses-utils-5.6-83.1
netcat-1.10-980.1
netcfg-11.0-34.1
net-tools-1.60-691.1
nfs-client-1.1.2-8.1
nfsidmap-0.20-76.1
nss-mdns-0.10-14.1
ntfs-3g-1.2506-5.1
ntp-4.2.4p4-44.1
obex-data-server-0.3-26.1
openldap2-client-2.4.9-7.1
openobex-1.3-126.1
opensc-0.11.4-37.1
openslp-1.2.0-143.1
openssh-5.0p1-21.1
openssl-0.9.8g-47.1
openssl-certs-0.9.8g-47.1
openSUSE-release-11.0-47.1
openSUSE-release-dvd-11.0-47.1
orbit2-2.14.12-32.1
pam-1.0.1-8.1
pam-config-0.53-3.1
pam-modules-11.0-35.1
pam_mount-0.35-15.1
pango-1.20.1-20.1
parted-1.8.8-46.1
pciutils-3.0.0-12.1
pciutils-ids-2008.5.31-1.1
pcre-7.6-22.2
pcsc-lite-1.4.100-21.1
perl-5.10.0-37.1
perl-base-5.10.0-37.1
perl-Bootloader-0.4.63-2.1
perl-Config-Crontab-1.21-48.1
perl-Crypt-SmbHash-0.12-109.1
perl-Crypt-SSLeay-0.57-14.1
perl-DBD-SQLite-1.14-41.1
perl-DBI-1.604-13.1
perl-Digest-HMAC-1.01-603.1
perl-Digest-MD4-1.5-108.1
perl-Digest-SHA1-2.11-98.1
perl-doc-5.10.0-37.1
perl-File-Tail-0.99.3-108.1
perl-gettext-1.05-112.1
perl-HTML-Parser-3.56-77.1
perl-HTML-Tagset-3.20-17.1
perl-libapparmor-2.3-16.1
perl-libwww-perl-5.810-10.1
perl-Net-Daemon-0.43-52.1
perl-NetxAP-0.02-668.1
perl-Parse-RecDescent-1.94-28.1
perl-PlRPC-0.2019-56.1
perl-RPC-XML-0.60-10.1
perl-TermReadKey-2.30-109.1
perl-TimeDate-1.16-232.1
perl-URI-1.36-10.1
perl-X500-DN-0.29-53.1
perl-XML-Bare-0.27-29.1
perl-XML-LibXML-1.66-23.1
perl-XML-LibXML-Common-0.13-134.1
perl-XML-NamespaceSupport-1.09-109.1
perl-XML-Parser-2.36-34.1
perl-XML-SAX-0.16-33.1
perl-XML-Simple-2.18-38.1
perl-XML-Writer-0.604-18.1
perl-XML-XPath-1.13-49.1
permissions-2008.6.2-2.1
pinentry-0.7.5-16.1
pkg-config-0.23-21.1
pmtools-20071116-21.1
pm-utils-0.99.3.20070618-63.1
PolicyKit-0.8-14.1
PolicyKit-doc-0.8-17.1
poppler-data-0.2.0-12.1
popt-1.7-427.1
portmap-6.0+git20070716-38.1
postfix-2.5.1-28.1
ppp-2.4.4-112.1
pptp-1.7.1-88.1
procps-3.2.7-113.1
psmisc-22.6-30.1
pth-2.0.7-83.1
pwdutils-3.2.1-12.1
python-2.5.2-26.1
readline-doc-5.2-71.1
reiserfs-3.6.19-132.1
release-notes-openSUSE-11.0.5-1.1
resmgr-1.1.0_SVNr155-26.1
rpm-4.4.2-199.1
ruby-1.8.6.p114-6.1
rxvt-unicode-9.02-14.1
satsolver-tools-0.9.2-1.1
scpm-1.1.6-71.1
screen-4.0.2-165.1
sed-4.1.5-103.1
setserial-2.17-691.1
shared-mime-info-0.23-37.1
siga-10.101-110.1
slang-2.1.1-54.1
smpppd-1.59_SVN16-10.1
sqlite3-3.5.7-17.1
startup-notification-0.9-70.1
sudo-1.6.9p15-13.1
suse-build-key-1.0-855.1
SuSEfirewall2-3.6_SVNr195-9.1
suseRegister-1.2-123.1
sysconfig-0.70.8-3.1
syslog-ng-1.6.12-76.1
sysvinit-2.86-148.1
t1lib-5.1.1-67.1
tar-1.19-35.1
tcl-8.5.2-15.1
tcpd-7.6-829.1
terminfo-5.6-83.1
terminfo-base-5.6-83.1
terminus-font-4.20-160.1
timezone-2008c-0.1
udev-120-13.1
unzip-5.52-117.1
update-alternatives-1.8.3-113.1
utempter-0.5.5-114.1
util-linux-2.13.1-30.1
uuid-runtime-1.40.8-20.1
vim-7.1-128.1 # может выкинуть vim? палюбэ в гуях и SciTE прокатит... но рука не поднимается на такое...
vim-base-7.1-128.1
vim-data-7.1-128.1
w3m-0.5.2-90.1 # да, есть Firefox, но люблю w3m...
wireless-tools-29-24.1
wodim-1.1.7.1-16.1
wvdial-1.60-31.1
wvstreams-4.4.1-32.1
xdg-utils-1.0.2-56.1
xkeyboard-config-1.2-42.1
xorg-x11-7.3-96.1
xorg-x11-driver-input-7.3-91.1
xorg-x11-driver-video-7.3-138.2
xorg-x11-driver-video-radeonhd-1.2.1_080522_566ba69-6.1
xorg-x11-driver-video-unichrome-20080411-16.1
xorg-x11-fonts-core-7.3-70.1
xorg-x11-libfontenc-7.3-41.1
xorg-x11-libICE-7.3-41.1
xorg-x11-libs-7.3-64.1
xorg-x11-libSM-7.3-41.1
xorg-x11-libX11-7.3-56.1
xorg-x11-libXau-7.3-43.1
xorg-x11-libxcb-7.3-48.1
xorg-x11-libXdmcp-7.3-41.1
xorg-x11-libXext-7.3-51.1
xorg-x11-libXfixes-7.3-49.1
xorg-x11-libxkbfile-7.3-50.1
xorg-x11-libXmu-7.3-51.1
xorg-x11-libXp-7.3-49.1
xorg-x11-libXpm-7.3-49.1
xorg-x11-libXprintUtil-7.3-49.1
xorg-x11-libXrender-7.3-48.1
xorg-x11-libXt-7.3-48.1
xorg-x11-libXv-7.3-51.1
xorg-x11-server-7.3-110.2
yast2-2.16.71-6.1
yast2-add-on-2.16.8-6.1
yast2-apparmor-2.16.4-4.1
yast2-autofs-2.15.4-21.1
yast2-backup-2.16.5-7.1
yast2-bootloader-2.16.20-0.1
yast2-core-2.16.51-6.1
yast2-country-2.16.26-6.1
yast2-country-data-2.16.26-6.1
yast2-drbd-2.13.1-158.1
yast2-firewall-2.16.2-25.1
yast2-gtk-2.16.14-1.1
yast2-hardware-detection-2.16.1-49.1
yast2-inetd-2.16.0-27.1
yast2-installation-2.16.50-3.1
yast2-iscsi-client-2.16.14-6.1
yast2-kerberos-client-2.16.11-9.1
yast2-ldap-2.16.0-52.1
yast2-ldap-client-2.16.16-6.1
yast2-libyui-2.16.48-3.1
yast2-mail-2.16.6-2.1
yast2-mail-plugins-2.16.6-2.1
yast2-metapackage-handler-0.8.5-16.1
yast2-mouse-2.16.1-26.1
yast2-multipath-2.13.0-192.1
yast2-ncurses-2.16.27-8.1
yast2-ncurses-pkg-2.16.13-4.1
yast2-network-2.16.48-3.1
yast2-nfs-client-2.16.1-26.1
yast2-nis-client-2.16.3-6.1
yast2-ntp-client-2.16.9-11.1
yast2-online-update-2.16.15-6.1
yast2-online-update-frontend-2.16.15-6.1
yast2-packager-2.16.53-3.1
yast2-pam-2.16.2-17.1
yast2-perl-bindings-2.16.7-14.1
yast2-phone-services-2.16.0-27.1
yast2-pkg-bindings-2.16.39-4.1
yast2-printer-2.16.32-3.1
yast2-product-creator-2.16.19-3.1
yast2-profile-manager-2.16.1-27.1
yast2-registration-2.16.7-4.1
yast2-repair-2.16.12-4.1
yast2-restore-2.16.2-26.1
yast2-runlevel-2.16.5-15.1
yast2-samba-client-2.16.9-3.1
yast2-samba-server-2.16.3-15.1
yast2-security-2.16.1-16.1
yast2-slp-2.16.0-25.1
yast2-sound-2.16.11-6.1
yast2-squid-2.16.3-37.1
yast2-storage-2.16.26-0.1
yast2-storage-evms-2.16.26-0.1
yast2-storage-lib-2.16.26-0.1
yast2-sudo-2.16.1-27.1
yast2-support-2.16.1-6.1
yast2-sysconfig-2.16.0-28.1
yast2-theme-openSUSE-2.16.38-2.1
yast2-trans-en_US-2.16.9-1.1
yast2-transfer-2.16.1-76.1
yast2-trans-stats-2.15.0-87.1
yast2-tune-2.16.2-2.1
yast2-tv-2.16.6-7.1
yast2-update-2.16.10-4.1
yast2-users-2.16.33-6.1
yast2-vm-2.16.5-7.1
yast2-xml-2.16.1-14.1
yast2-ycp-ui-bindings-2.16.47-5.1
ypserv-2.19-124.1
zisofs-tools-1.0.6-112.1
zlib-1.2.3-113.1
zypper-0.11.6-4.1
После установки 'Entrance', модулей E17-го, 'Exalt'-а, 'imlib2' и ещё какой-то мелочи сей "списочек" чуток "потолстел". Но не намного. Список использованных репо:
> cat list_of_enabled_repositories.repo
[11.0_non_oss]
name=
baseurl=http://ftp.gwdg.de/pub/opensuse/distribution/11.0/repo/non-oss/suse/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[E17_core_meta]
name=E17_core_meta
baseurl=http://download.opensuse.org/pub/opensuse/repositories/home:/dmitry_serpokryl:/Enlightenment-cvs-core-metapackage/openSUSE_11.0/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[11.0_oss]
name=
baseurl=http://ftp.gwdg.de/pub/opensuse/distribution/11.0/repo/oss/suse/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[gwdg_update]
name=
baseurl=http://ftp.gwdg.de/pub/opensuse/update/11.0/
type=rpm-md
enabled=1
autorefresh=1
gpgcheck=1
keeppackages=0
[11.0_local_iso]
name=11.0_local_iso
baseurl=iso:///?iso=openSUSE-11.0-DVD-i386.iso&url=file:///mnt/sdc3/sda/source/dist/opensuse/
path=/
type=yast2
enabled=1
autorefresh=0
gpgcheck=1
keeppackages=0
[openSUSE-DVD 11.0]
name=openSUSE-DVD 11.0
baseurl=cd:///?devices=/dev/sr1,/dev/sr0
path=/
type=yast2
enabled=1
autorefresh=0
gpgcheck=1
keeppackages=0
Пока без фанатизма. Не секрет, что для варианта изготовления нормального установочного диска придётся подтянуть репо 'packman'-а. Иначе поддержка мультимедиа "из коробки" устроит далеко не всех. Пакетик для нормального отображения Ваших шрифтов (заточен под функции работы со шрифтами в E17):
freetype2-2.3.6
Выглядит это всё как обычно :). Вот "шотик ни о чём", дабы посмотрев на него все могли сказать "кг/ам! у мну круче! kde4 - наше фсио! в биореактор, быдло сусешник! Патрик - бох!"
Модули 17-го творят чудеса. Можно читать ньюса (правда пока только RSS, Atom ещё не поддерживается), менять говернор проца, делать скриншоты, слушать музыку (простенькая морда к mpd), получать прогноз погоды, следить за температурой, нагрузкой на систему, использовать 17-ый как tiling WM, устраивать слайд-шоу из обоев рабочего стола и т.п.
Для запуска иксов нарисовал следующий файлик:
> cat ~/.xinitrc
#!/bin/sh
exec /usr/bin/enlightenment_start
> chmod +x ~/.xinitrc
После чего тупо набрал:
> startx
и взлетел :). Логин-менеджер в принципе не нужен. "Взлёт" можно и в ~/.profile прописать для автоматизма. Или поэкспериментировать с password-less логином (автологин-ом). Было бы желание.
В /etc/sysconfig/yast2 прописываем:
WANTED_GUI="gtk"
и кладём большой болт на всё qt/kde хозяйство. Или ncurces, или правим конфиги ручками, как оно типа труЪ и должно быть (только вот без знаний "потрохов" SuSE при ручной правке можно реально "огрести").
Вот пока и все "успехи"... Теперь в качестве "лирического отступления" немного о том, что "ниасилили" ура-патриоты и герои журналистики.
Все орали о прикручивании lzma к zypper-у/rpm, что типа и дало такой волшебный результат с ощутимым приростом в скорости работы пакетного менеджера. Ну-ну... Как всегда позабыли "заглянуть под капот", что характерно. Работа проделана огромная. Кое-что вроде потеряли в функционале (сравните формат locks файла в 11.0 и 10.3 - всё станет ясно), а может и не потеряли, просто мне кажется, что в 11.0 контроль версий послабее. Сейчас идёт активная разработка по прикручиванию многопоточности в zypper для скачивания И УСТАНОВКИ скачанных пакетов. Пока лишь smart имеет многопоточность на скачивании, но вот алгоритмы его/smart-а по установке скачанного добра оставляют желать... Впрочем абсолютно справедливо утверждение, что OpenSUSE-11.0 имеет лучший на сегодня менеджер пакетов. Ни pacman-у (Archlinux), ни urpmi, ни apt-у "ловить", простите, пока нечего. Что будет дальше - посмотрим.
Откровенно боялся третьего фокса. В Ubuntu-8.04 оно падало на раз, в бетках OpenSUSE-11.0 падало иногда, релиз 11.0 после апдейтов (поставил и сразу "накатил" что было в сети) гонял пару суток. Навешал addon-ов. Ждал-с. А вот буй! Работает! И пока сам не увидел, что оно реально "хавает" темы gtk - не верил. Это просто праздник какой-то! (Жарево и порево - это очень здорево!)
Хоть и выкинул cups за ненадобностью дома, но changelog впечатлил. Респект. Нативная поддержка utf-8. И не мечтал.
Перезагрузка иксов по ДВОЙНОМУ Ctl+Alt+Backspace - зер гут! Бывало "промахивался" по хоткеям и "попадал" на Ctl+Alt+Backspace... Screen конечно же "наше фсио" но для гуёвых прилад "скрина" пока никто не придумал...
Улучшения в SuSEfirewall2/iptables - FW_SERVICES_ACCEPT_RELATED_ - чудненько, надо "пощупать"...
Что там с третьим "сквидом" - хз, не пробовал, а вот то, что как-то незаметно для OpenSUSE закончился кошмар с апгрейдом с одной версии на другую (да и даунгрейдом тоже) никто и не заметил :). Читаем man zypper:
dist-upgrade (dup) [options]
Perform a distribution upgrade. This command performs an update of all packages with a special resolver algorithm which takes care of pack‐
age splits, pattern and product updates, etc.
-r, --repo
Limit updates to repository specified by alias, number or URI. This option can be used multiple times.
-l, --auto-agree-with-licenses
Automatically say 'yes' to third party license confirmation prompt. By using this option, you choose to agree with licenses of all third-
party software this command will install. This option is particularly useful for administators installing the same set of packages on multi‐
ple machines (by an automated process) and have the licenses confirmed before.
--debug-solver
Create solver test case for debugging. See the install command for details.
-D, --dry-run
Test the upgrade, do not actually install or update any package. This option will add the --test option to the rpm commands run by the dist-
upgrade command.
Это и есть труЪ! Научился ли Network Manager работать с pptp/ВПН - хз. Посмотрел как это делал 'kinternet', написал простенький bash-скрипт, скормил скриптик 'Exalt'-у и всё прекрасно завелось с полпинка:
Пример этого скрипта:
> cat /home/sda/bin/route_pre_vpn_up
#!/bin/sh
sudo ifconfig dsl0 down
sudo kill -9 `pgrep smpppd-ifcfg`
sudo kill -9 `pgrep pptp`
sudo kill -9 `pgrep pppd`
sudo /etc/init.d/smpppd restart
sudo route del default
sudo route add ПРОПИСЫВАЕМ РОУТИНГ
sudo route add ПРОПИСЫВАЕМ РОУТИНГ
*****
sudo /usr/sbin/smpppd-ifcfg --ifcfg=ifcfg-dsl0 --provider=ПРОВАЙДЕР --user=ПОЛЬЗОВАТЕЛЬ
sudo ifconfig dsl0 up
sudo route del default
sudo route add default gw ШЛЮЗ_ВПН-а
В качестве шаблона, не более. Можете использовать вот такую конструкцию:
echo "$sudo_password" | sudo -S КОМАНДА
предварительно прописав переменную "sudo_password". Именно так в SuSE и "поднимался" ВПН при помощи 'kinternet'. Поддержка внешних скриптов 'Exalt'-ом очень и очень пригодилась.
Естественно, что в свежей системе, да ещё и установленной подобным образом, всё летает. Бо тормозить пока нечем/нечему :). Впрочем и "рабочая" 10.3 пашет зер гут. Но, как только дело доходит до апдейтов - иду пить чай. Опять же, 11.0 - свежий релиз, что там тех апдейтов-то по сравнению с 10.3. Поживём - увидим, что к чему.
Мой нижайший поклон всем, кто работал над этим релизом OpenSUSE. Зер гут, Господа, зер гут!
P.S. fglrx из репов не ставил, ибо морально к этому не готов. Потом. Может быть. А может и нет....
P.P.S. за двое суток эксплуатации сбоев/косяков не замечено. В логах конечно есть на что обратить внимание, но к пенальти по производительности/скорости это не приводит.
*/
понедельник, 16 июня 2008 г.
E17 themes creation
/*
Не прошло и полугода как решился опубликовать очередную хрень - сырой драфт руководства по созданию тем для E17-го с "нуля":
E17 themes creation
Язык документа - английский. Во-первых потому, что кромк меня НИКТО из соплеменников не заинтересован в создании хороших тем оформления для 17-го. Во-вторых, после завершения этого опуса все материалы перекочуют в E-wiki.
Все желающие войти в состав со-авторов - ДОБРО ПОЖАЛОВАТЬ!
Необходимо сделать обзор всех дефолтных .edc файлов и создать (по-хорошему) тему с нуля. Или по крайней мере описать нюансы всех компонентов. Линк на форум:
E-forum: E17 themes creation
P.S. Хех, после релиза версии 0.1 я с почётом забанен с оффорума Enlightenment-а. Горд собою. Это надо уметь так понравиться KainX - у. Спасибо, дорогой! И не стесняйся, милый. Я ещё подписан на E-users mailing list. И пусть все мои сообщения ты, солнышко, режешь и не пропускаешь - но аннулировать подписку - самое то занятие для тебя! Вперёд!
***************
Guys, here's a rough draft of E17-themes-howto:
E17 themes creation
Link to corresponding E-forum thread:
E-forum: E17 themes creation
All comments and suggestions are WELCOME!
Thanks!
P.S. After the initial publication of this document (version 0.1) I was immediately banned at http://forum.enlightenment.org/ . Yeah! I love this game! What next?! Come On, Honey! Don't be Shy! :)))))
My pride and joy :)
Please use this forum thread if you wanna leave some public comments. If not - my e-mail is inside the guidelines.
*/
Не прошло и полугода как решился опубликовать очередную хрень - сырой драфт руководства по созданию тем для E17-го с "нуля":
E17 themes creation
Язык документа - английский. Во-первых потому, что кромк меня НИКТО из соплеменников не заинтересован в создании хороших тем оформления для 17-го. Во-вторых, после завершения этого опуса все материалы перекочуют в E-wiki.
Все желающие войти в состав со-авторов - ДОБРО ПОЖАЛОВАТЬ!
Необходимо сделать обзор всех дефолтных .edc файлов и создать (по-хорошему) тему с нуля. Или по крайней мере описать нюансы всех компонентов. Линк на форум:
E-forum: E17 themes creation
P.S. Хех, после релиза версии 0.1 я с почётом забанен с оффорума Enlightenment-а. Горд собою. Это надо уметь так понравиться KainX - у. Спасибо, дорогой! И не стесняйся, милый. Я ещё подписан на E-users mailing list. И пусть все мои сообщения ты, солнышко, режешь и не пропускаешь - но аннулировать подписку - самое то занятие для тебя! Вперёд!
***************
Guys, here's a rough draft of E17-themes-howto:
E17 themes creation
Link to corresponding E-forum thread:
E-forum: E17 themes creation
All comments and suggestions are WELCOME!
Thanks!
P.S. After the initial publication of this document (version 0.1) I was immediately banned at http://forum.enlightenment.org/ . Yeah! I love this game! What next?! Come On, Honey! Don't be Shy! :)))))
My pride and joy :)
Please use this forum thread if you wanna leave some public comments. If not - my e-mail is inside the guidelines.
*/
пятница, 13 июня 2008 г.
Суета сует... Всё - суета...
/*
Наконец-то разобрался с layout-ом текста для E17-го. Забавно. Поправил две темы:
Simplicity Unified
Simplicity 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казать что вернусь
Но что-то во мне
Не велит возвращаться
И я не вернусь,
Прости и забудь.
Здесь привычно ждут горя,
Ни одна река не вышла в море,
Ну что ж не беда,
Им не нужно туда.
Одинокая птица,
Как могла ты среди них родиться,
Но корни сильней,
Держись хотя бы корней.
Не плачь обо мне,
Я не стану прощаться,
Так просто соврать,
Сказать, что вернусь,
Но что-то во мне
Не велит возвращаться,
И я не вернусь,
Прости и забудь.
Не плачь обо мне,
Ветер все сильнее,
Пора улетать,
Скоро край.
В далекой весне,
Если я сумею,
Я вспомню тебя,
Прости и прощай.
(Машина Времени - Не плачь обо мне - Маргулис)
*/
Наконец-то разобрался с layout-ом текста для E17-го. Забавно. Поправил две темы:
Simplicity Unified
Simplicity 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>
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>
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казать что вернусь
Но что-то во мне
Не велит возвращаться
И я не вернусь,
Прости и забудь.
Здесь привычно ждут горя,
Ни одна река не вышла в море,
Ну что ж не беда,
Им не нужно туда.
Одинокая птица,
Как могла ты среди них родиться,
Но корни сильней,
Держись хотя бы корней.
Не плачь обо мне,
Я не стану прощаться,
Так просто соврать,
Сказать, что вернусь,
Но что-то во мне
Не велит возвращаться,
И я не вернусь,
Прости и забудь.
Не плачь обо мне,
Ветер все сильнее,
Пора улетать,
Скоро край.
В далекой весне,
Если я сумею,
Я вспомню тебя,
Прости и прощай.
(Машина Времени - Не плачь обо мне - Маргулис)
*/
понедельник, 9 июня 2008 г.
Труды праведные...
/*
- Чо делаешь-то?
- Да ботов в кваке давлю... Занят, короче, страшнейшим образом!
1) Сделал апдейты некоторых тем для текущего cvs E17-го (0.16.999.043). Брать здесь:
http://sda.scwlab.com/
почитать что нового в темах:
23Oz
Simplicity
2) Разобрался как создавать "One Click Install" 'ymp' файлы в OpenSUSE Build Service. Bug 398471 Submitted в багзиллу Novell-а. Все желающие потестить сие чудо - Добро Пожаловать!
Репо нумеро уно...
Репо нумеро дуо... Основное репо для Enlightenment-а.
3) Заново поднял дедик для Quake3 Clan Arena - один хрен никто не заходит. Быдло с отсутствием мозгов, реакции и желания думать режется в Counter Strike или NFS.
4) Лежу на кровати. Температура 38 по Цельсию . Временами штормит на 40-ка. Горло изрезано в лоскуты. Голова.... Головы нет. Выходные удались. Бу-гу-га-га-га-га...га... а...
P.S. 5) Выложил свою скромную коллекцию обоев для E17-го в формате edj.
Обои
*/
- Чо делаешь-то?
- Да ботов в кваке давлю... Занят, короче, страшнейшим образом!
1) Сделал апдейты некоторых тем для текущего cvs E17-го (0.16.999.043). Брать здесь:
http://sda.scwlab.com/
почитать что нового в темах:
23Oz
Simplicity
2) Разобрался как создавать "One Click Install" 'ymp' файлы в OpenSUSE Build Service. Bug 398471 Submitted в багзиллу Novell-а. Все желающие потестить сие чудо - Добро Пожаловать!
Репо нумеро уно...
Репо нумеро дуо... Основное репо для Enlightenment-а.
3) Заново поднял дедик для Quake3 Clan Arena - один хрен никто не заходит. Быдло с отсутствием мозгов, реакции и желания думать режется в Counter Strike или NFS.
4) Лежу на кровати. Температура 38 по Цельсию . Временами штормит на 40-ка. Горло изрезано в лоскуты. Голова.... Головы нет. Выходные удались. Бу-гу-га-га-га-га...га... а...
P.S. 5) Выложил свою скромную коллекцию обоев для E17-го в формате edj.
Обои
*/
понедельник, 12 мая 2008 г.
Simplicity (Простота)
/*
Чем больше сил вкладываешь в какое-то начинание - тем меньше охоты трепать языком. Ссылка на новый сайтик с результатами работы дана в заголовке. Как раньше говорили: "...мы снова впереди планеты всей...".
Огромное СПАСИБО товарищу Stalwart-у за любезно предоставленный хостинг.
А также Инне Желанной и группе Farlanders за помощь и поддержку в трудах сих. Всем рекомендую купить их диски. Если найдёте :).
*/
Чем больше сил вкладываешь в какое-то начинание - тем меньше охоты трепать языком. Ссылка на новый сайтик с результатами работы дана в заголовке. Как раньше говорили: "...мы снова впереди планеты всей...".
Огромное СПАСИБО товарищу Stalwart-у за любезно предоставленный хостинг.
А также Инне Желанной и группе Farlanders за помощь и поддержку в трудах сих. Всем рекомендую купить их диски. Если найдёте :).
*/
четверг, 8 мая 2008 г.
Труды праведные...
/*
Иметь... или не иметь....
/Ирония судьбы/
Довольно спонтанно оформилась идея сделать на базе OpenSuSE (текущий релиз -1 и на ядре 2.4 для стареньких машин) маленький отдельный дистрибутивчик, который в любой момент времени можно превратить в полноценный релиз SuSE ежели чего кому не понравится. Из "отличительных черт" - Enlightenment DR17 и DR16 как основное рабочее окружение, плюс WindowMaker и AfterStep (в будущем можно форкнуть GNUSTEP как отдельную среду обитания). Планируется простейшая IPS (intrusion prevention system) с возможностью оповещения админа о том, что "в ресторане начался дебош". Все Qt*-KDE* компоненты идут мимо. Пока что единственное найденное уникальное приложение, что мы при этом теряем - Scribus - вроде как не очень критично. Да и уникально оно с натяжкой. Потихоньку вылизываю список софта для профилей: сервер, десктоп и десктоп+development. Основное правило: одна программа (в редких случаях - две), признанная лучшей в своём классе, для решения поставленной задачи. Пример: aria2 и wget. wget в принципе не нужен, но у него безупречная репутация. Скромные результаты можете пользовать, подключив репозиторий по линку из темы этой заметки.
Сделано:
1. Подготовлены пакеты для рабочего окружения Пользователя (и не только). Часть пакетов, в описании которых это указано, можно пересобирать из src.rpm для получения текущего cvs билда.
> rpmbuild --rebuild *.src.rpm
или (так даже лучше):
> rpmbuild -bb *.spec
(только не забудьте перед этим сырцы .tar.bz2 кинуть/слинковать в /usr/src/packages/SOURCES/)
Практически все компоненты Enlightenment (DR17 и DR16) это позволяют.
2. Для DR17-го шрифты Vera заменены на DejaVu (ага, теперь модуль 'news' позволяет читать RSS с ЛОР-а)...
3. Freetype2 собрана без субпиксельного рендеринга, но с байткод интерпретатором (наложен патч, исправляющий квантизацию). Получилось вроде очень неплохо.
4. DR17-ый уже пропатчен для использования 'tiling' модуля ('gadman' на днях отвалился, как починят - прикручу, не вопрос).
5. Установка пакета 'E-SuSE_SOAD_core_transformation' вырезает всё, что относится к qt*-kde*, ставит сконфигурированный 'Entrance' как логин-менеджер по умолчанию и включает 'Exalt' для настройки сети. ВАЖНО!!! Перед установкой прочтите описание! Требует наличия в системе софта именно из репозитория SOAD ДО установки, иначе... вам придётся чуток ручками конфиги обточить :). У меня система "схуднула" где-то на два-три гига без потери функционала и с выигрышем в производительности. Правда я из gtk* оставил лишь базу (чтобы компилить и запускать gtk приложения).
6. Все бинарники "are stripped" (вырезана отладочная информация).
7. Поддержка DirectFB для DR17-го выключена по умолчанию (бо "-Мамо, оно таки не надо...").
8. Ассортимент доступных EFL приложений должен радовать (да, даже старый систрей есть, который был вырезан Растером из основного кода и ютился в 'Engage').
9. В MPlayer-е уже прикручена поддержка live555 и достаточно раскомментировать одну строку в spec файле, чтобы собрать его с поддержкой всего, чего душа просит: от amr* и до x264 (формат OBS подобного хамства ПОКА не позволяет, но слышал, что есть планы сделать пакеты из 'packman'-а доступными для линковки...).
10. Для Enlightenment (DR17 и DR16) собрал до кучи самые классные темы оформления. Поскольку 17-ый больше ориентирован на cvs, то... get-e.org вам в помощь. Темы оформления 17-го - вне конкуренции по занимаемому месту на диске (где-то под 100 Мб)...
Буде сие кому полезно - добре, а на "нет" и суда нет.
*/
Иметь... или не иметь....
/Ирония судьбы/
Довольно спонтанно оформилась идея сделать на базе OpenSuSE (текущий релиз -1 и на ядре 2.4 для стареньких машин) маленький отдельный дистрибутивчик, который в любой момент времени можно превратить в полноценный релиз SuSE ежели чего кому не понравится. Из "отличительных черт" - Enlightenment DR17 и DR16 как основное рабочее окружение, плюс WindowMaker и AfterStep (в будущем можно форкнуть GNUSTEP как отдельную среду обитания). Планируется простейшая IPS (intrusion prevention system) с возможностью оповещения админа о том, что "в ресторане начался дебош". Все Qt*-KDE* компоненты идут мимо. Пока что единственное найденное уникальное приложение, что мы при этом теряем - Scribus - вроде как не очень критично. Да и уникально оно с натяжкой. Потихоньку вылизываю список софта для профилей: сервер, десктоп и десктоп+development. Основное правило: одна программа (в редких случаях - две), признанная лучшей в своём классе, для решения поставленной задачи. Пример: aria2 и wget. wget в принципе не нужен, но у него безупречная репутация. Скромные результаты можете пользовать, подключив репозиторий по линку из темы этой заметки.
Сделано:
1. Подготовлены пакеты для рабочего окружения Пользователя (и не только). Часть пакетов, в описании которых это указано, можно пересобирать из src.rpm для получения текущего cvs билда.
> rpmbuild --rebuild *.src.rpm
или (так даже лучше):
> rpmbuild -bb *.spec
(только не забудьте перед этим сырцы .tar.bz2 кинуть/слинковать в /usr/src/packages/SOURCES/)
Практически все компоненты Enlightenment (DR17 и DR16) это позволяют.
2. Для DR17-го шрифты Vera заменены на DejaVu (ага, теперь модуль 'news' позволяет читать RSS с ЛОР-а)...
3. Freetype2 собрана без субпиксельного рендеринга, но с байткод интерпретатором (наложен патч, исправляющий квантизацию). Получилось вроде очень неплохо.
4. DR17-ый уже пропатчен для использования 'tiling' модуля ('gadman' на днях отвалился, как починят - прикручу, не вопрос).
5. Установка пакета 'E-SuSE_SOAD_core_transformation' вырезает всё, что относится к qt*-kde*, ставит сконфигурированный 'Entrance' как логин-менеджер по умолчанию и включает 'Exalt' для настройки сети. ВАЖНО!!! Перед установкой прочтите описание! Требует наличия в системе софта именно из репозитория SOAD ДО установки, иначе... вам придётся чуток ручками конфиги обточить :). У меня система "схуднула" где-то на два-три гига без потери функционала и с выигрышем в производительности. Правда я из gtk* оставил лишь базу (чтобы компилить и запускать gtk приложения).
6. Все бинарники "are stripped" (вырезана отладочная информация).
7. Поддержка DirectFB для DR17-го выключена по умолчанию (бо "-Мамо, оно таки не надо...").
8. Ассортимент доступных EFL приложений должен радовать (да, даже старый систрей есть, который был вырезан Растером из основного кода и ютился в 'Engage').
9. В MPlayer-е уже прикручена поддержка live555 и достаточно раскомментировать одну строку в spec файле, чтобы собрать его с поддержкой всего, чего душа просит: от amr* и до x264 (формат OBS подобного хамства ПОКА не позволяет, но слышал, что есть планы сделать пакеты из 'packman'-а доступными для линковки...).
10. Для Enlightenment (DR17 и DR16) собрал до кучи самые классные темы оформления. Поскольку 17-ый больше ориентирован на cvs, то... get-e.org вам в помощь. Темы оформления 17-го - вне конкуренции по занимаемому месту на диске (где-то под 100 Мб)...
Буде сие кому полезно - добре, а на "нет" и суда нет.
*/
понедельник, 21 апреля 2008 г.
С Праздничком, Господа!
/*
По данным Советского Информбюро с сего дня все пользователи E17-го могут наслаждаться полноценным tiled режимом и кидать работающие загруженные модули в любое место десктопа без привязки к "полочкам" (shelves).
Не поленился проверить:
работает...
По данным Советского Информбюро с сего дня все пользователи E17-го могут наслаждаться полноценным tiled режимом и кидать работающие загруженные модули в любое место десктопа без привязки к "полочкам" (shelves).
Не поленился проверить:
работает...
вторник, 15 апреля 2008 г.
Simplicity
/*
картинка
форум для вопросов-ответов
где-то так... а начиналось всё с простого желания убрать нафиг все "свистелки" и сделать самую быструю и лёгкую тему для E17-го с отрисовкой через 'evas' (то есть без использования картинок любых форматов). вроде бы получилось... и Слава Богу.
*/
картинка
форум для вопросов-ответов
где-то так... а начиналось всё с простого желания убрать нафиг все "свистелки" и сделать самую быструю и лёгкую тему для E17-го с отрисовкой через 'evas' (то есть без использования картинок любых форматов). вроде бы получилось... и Слава Богу.
*/
воскресенье, 30 марта 2008 г.
О чём стоит помнить при использовании Enlightenment-DR17 (и не только)
/*
1. Настройка меню.
Всё идёт в соответствии со спецификациями freedesktop.org. Но одно дело - рыть доки, а другое - быстренько наколбасить себе что-то стоящее. Ставим xdg-utils и смотрим, что оно должно в идеале выкинуть "на гора":
> set | grep -i xdg
XDG_CACHE_HOME=/home/sda/.cache
XDG_CONFIG_DIRS=/etc/xdg
XDG_CONFIG_HOME=/home/sda/.config
XDG_DATA_DIRS=/usr/share:/usr/local/share
XDG_DATA_HOME=/home/sda/.local/share
Каждый дистрибутив устанавливает (может установить) свой "скелет", положив файлы в $XDG_CONFIG_DIRS/menu. То бишь в нашем случае - в /etc/xdg/menu. Но это - не путь лентяев. Есть способ и попроще. Если мы хотим на скорую руку "добросить" приложения KDE - то достаточно прописать в $XDG_DATA_DIRS или в $XDG_DATA_HOME путь к каталогу, содержащему applications/ и desktop-directories/. И (опционально) можно "подтянуть" структуру KDE (файлы *.menu). Например $XDG_DATA_HOME указывает на /home/sda/.local/share. Смотрим:
> ls -la /home/sda/.local/share
total 3
drwxr-xr-x 9 sda users 248 2007-11-30 01:43 .
drwxr-xr-x 3 sda users 72 2007-07-18 10:28 ..
drwx------ 3 sda users 80 2007-09-04 19:25 amyedit
drwxr-xr-x 3 sda users 2920 2008-03-27 04:17 applications
drwxr-xr-x 4 sda users 96 2007-07-18 10:28 audacious
drwxr-xr-x 2 sda users 456 2008-03-24 10:48 desktop-directories
drwxr-xr-x 2 sda users 640 2008-02-23 02:26 icons
drwxr-xr-x 3 sda users 136 2008-03-30 18:50 tracker
drwx------ 4 sda users 96 2007-09-02 14:08 Trash
Следовательно, если KDE стоит в /opt/kde, то "добить" стоит /opt/kde/share, убедиться, есть ли что-нибудь полезное в /opt/kde/etc/xdg/menus и выправить пару переменных:
export XDG_DATA_DIRS="/opt/kde/share:$XDG_DATA_DIRS"
export XDG_CONFIG_DIRS="/opt/kde/etc/xdg:$XDG_CONFIG_DIRS"
или
export XDG_DATA_HOME="/opt/kde/share:$XDG_DATA_HOME"
export XDG_CONFIG_HOME="/opt/kde/etc/xdg:$XDG_CONFIG_HOME"
Делаем простейшее вложенное меню для E17-го:
> cat ~/.local/share/desktop-directories/X_Apps.directory
[Desktop Entry]
Encoding=UTF-8
Type=Directory
Icon=/home/sda/.icons/Dark-Glass/128x128/apps/x.png
Icon[en_US]=/home/sda/.icons/Dark-Glass/128x128/apps/x.png
> cat ~/.e/e/applications/menu/favorite.menu
<menu>
<name>Other</name>
<menu>
<name>X_Apps</name>
<defaultappdirs>
<defaultdirectorydirs>
<directory>X_Apps.directory</directory>
<include>
<filename>xfontsel.desktop</filename>
<filename>xdvi.desktop</filename>
<filename>xman.desktop</filename>
<filename>xcalc.desktop</filename>
<filename>xedit.desktop</filename>
<filename>xmag.desktop</filename>
<filename>xclipboard.desktop</filename>
</include>
</defaultdirectorydirs></defaultappdirs>
</menu>
</menu>
Все *.desktop файлы создаём в ~/.local/share/applications. Остальное уже описывал. Правда иконку на вложенное меню в тот раз не осилил (в .directory файле одной линии не хватило для победы). И скриншотик с результатами на закусь:
Теперь о том, как сделать каскадное вложенное меню и включить его в структуру xdg:
> cat ~/.local/share/desktop-directories/wine-wine.directory
[Desktop Entry]
Type=Directory
Name=Wine
Icon=wine
> cat ~/.local/share/desktop-directories/wine-Programs-EmuZWin.directory
[Desktop Entry]
Type=Directory
Name=EmuZWin
Icon=folder
> cat ~/.local/share/desktop-directories/wine-Programs.directory
[Desktop Entry]
Type=Directory
Name=Programs
Icon=folder
> cat ~/.config/menus/applications-merged/wine-Programs-EmuZWin.menu # именно так и появляется структура xdg меню #
<menu>
<name>Applications</name>
<menu>
<name>wine-wine</name>
<directory>wine-wine.directory</directory>
<menu>
<name>wine-Programs</name>
<directory>wine-Programs.directory</directory>
<menu>
<name>wine-Programs-EmuZWin</name>
<directory>wine-Programs-EmuZWin.directory</directory>
<include>
<filename>wine-Programs-EmuZWin-Help and Catalog.desktop</filename>
<filename>wine-Programs-EmuZWin-EmuZWin.desktop</filename>
<filename>wine-Programs-EmuZWin-Uninstall EmuZWin.desktop</filename>
</include>
</menu>
</menu>
</menu>
</menu>
> cat ~/.local/share/applications/wine/Programs/EmuZWin/EmuZWin.desktop
[Desktop Entry]
Name=EmuZWin
Exec=env WINEPREFIX="/home/sda/.wine" wine "C:\\Program Files\\EmuZWin\\EmuZWin.exe"
Type=Application
Path=/home/sda/.wine/dosdevices/c:/Program Files/EmuZWin
Icon=23b5_emuzwin.0
Аналогичные desktop файлы для полноты картины ('Help and Catalog.desktop' и 'Uninstall EmuZWin.desktop') находятся в ~/.local/share/applications/wine/Programs/EmuZWin/
Примерчик конечно ещё тот, но и результат соответствует:
Надеюсь этого хватит с избытком.
2. Ребята, давайте жить дружно...
/Кот Леопольд/
Все попытки в E17-ом использовать прозрачность/(псевдо прозрачность) терминалов ни к чему не приведут. Ибо формат пользовательского интерфейса - edje, а не png/xpm/jpg... Либо терминал скомпилен с поддержкой "картинок" (pixmaps) и картинка грузится из ~/.Xdefaults (профайла, вбивается в Exec строку .desctop файла и т.п.), либо требуется запустить некий сервис, который обеспечит наличие "фона" для "вьюпортов"/виртуальных столов. Легче всего это проделать, нарисовав в ~/.profile что-то наподобие:
if [ "`ps aux | grep enlightenment | grep -v grep`" != "" ] ; then
feh --bg-seamless /home/sda/source/install/wallpapers/emotion.jpg \
--bg-scale /home/sda/source/install/wallpapers/emotion.jpg && \
gnome-settings-daemon &
fi
Да, временное решение для одного вьюпорта/(виртуального рабочего стола). Ежели просто стартануть gnome-settings-daemon (без feh), то фоном станет картинка gnome. Что делать при нескольких столиках - не знаю. Пробежавшись по gconf-editor-у так и не понял, может ли гном держать где-то данные о соответствии картинок виртуальным столам. По идее - обязан. Дополнения приветствуются. Запуск gnome-settings-daemon и настройка внешнего вида уберут лишние элементы из gtk приложений:
Затея сия оправданна. Слева - Firefox, справа - LinuxDC++. Что и как с qt - извините, помню, что kde может при настройке из kcontrol привязать картинки к вьюпортам, но что именно нужно запустить сервисом для этого - страшно даже подумать. Может не прав, но... Надо конечно смелости набраться и поставить kde ещё раз... Если же в kde и gnome сопоставление вьюпортов с картинками завязано на kwin/metacity - то боюсь, что разрулить ситуацию малой кровью не получится. Тут есть ещё нюанс: сопоставить вьюпорты (Workspaces) E17-го и gnome/kde. Тянуть древние технологии в "космос" - занятие требующее творческого подхода...
3. Немного об оптимизации.
В качестве "точки отсчёта" примем следующую (процессор - P-III-866, ОЗУ - 1.5Gb, тема E17-го - 23Oz_0_16_999_042_1):
> top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5266 sda 20 0 52688 34m 13m R 23.3 2.3 40:03.39 enlightenment
> enlightenment_remote -module-list | wc
58 230 1741
56 загруженных модулей: от управления громкостью до чтения RSS. Прежде чем экспериментировать, двигаем в 'Configuration Panel -> Advanced -> Profiles' и создаём новый профайл, копируя текущие настройки. После любых издевательств с системой откат/восстановление пройдёт одним щелчком при выборе бэкапа профайла. Приступим, выгрузив для начала все модули. оставил только управление почтой. При этом все наши настройки сохранены и работают. Доступны все хоткеи, меню, управление мышью, все рабочие столы - то есть при выгруженных модулях нет ни малейшей потери базового функционала.
> enlightenment_remote -module-list
REPLY <- BEGIN REPLY: "mail" ENABLED 1 REPLY <- END Закрываем все окна, кроме: entrance_login───enlightenment─┬─bash───gnome-settings-─┬─xrdb │ └─{gnome-settings-} │ └─urxvt───bash───screen > top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14232 sda 20 0 26480 10m 6384 S 0.3 0.7 0:01.57 enlightenment
Причём эта строка в top-е появляется не часто. Ставим дефолтную тему оформления 17-го:
> top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14232 sda 20 0 22208 11m 6832 S 0.3 0.8 1:39.59 enlightenment
Необхдимо примечание, что количество потребляемого ОЗУ прямо пропорционально загруженным текстурам. Возвращаемся в '23Oz.'. Ставим для всех вьюпортов градиентную заливку вместо картинок и edje файлов, ставим прозрачный фон для нашей "полки", на которой всё это время работает модуль 'mail' и:
> top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14232 sda 20 0 24904 8988 6172 S 0.3 0.6 2:38.11 enlightenment
В иксах крутились два urxvt, в одном - screen c 5-ю терминалами, mutt, тот же gnome-settings-daemon. То есть последнее значение ни коим образом пределом не является. Если же задаться целью и для слабых машин сделать тему оформления сугубо на color_classes (привлекая текстуры по-минимому) или вообще без единого включения графических файлов, отдав всю отрисовку движку E (а он сам рисовать умеет будь здоров, в rgba) - думаю, потребление ресурсов можно снизить ещё. В разы. Все тесты специально проводил на 23Oz. - это одна из самых "тяжёлых" тем в плане графических наворотов на сегодня.
Желаете полный сравнительный анализ? Не вопрос. Сообщение от "Sunday, 29 May 2005". Исходники для тестов - там же, методика описана вкратце.
4. E16
А что же у нас со "старшим братом"? E-16.8.13-0.02, тема оформления 23Oz.:
> top | grep e16
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
25180 sda 20 0 14460 5752 3500 S 0.3 0.4 0:01.37 e16
E-16.8.13-0.02, тема оформления DarkOne:
> top | grep e16
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
25180 sda 20 0 13156 4616 2976 S 0.3 0.3 0:02.06 e16
С версии E-16.6 разработка - за Kim Woelders. Постоянная оптимизация кода, добавление новых опций, великолепные возможности по созданию/модификации интерфейса - Старая Школа во всей красе. Таким образом для многих машин 16-ый подойдёт как нельзя лучше. Но, если создать облегчённый вариант оформления 17-му, то... Нельзя забывать, что 17-ый уже не просто WM. Он принёс EFL (Enlightenment Foundation Libraries) и , как E16-ый до него, шагнул в Terra Incognita.
1. Настройка меню.
Всё идёт в соответствии со спецификациями freedesktop.org. Но одно дело - рыть доки, а другое - быстренько наколбасить себе что-то стоящее. Ставим xdg-utils и смотрим, что оно должно в идеале выкинуть "на гора":
> set | grep -i xdg
XDG_CACHE_HOME=/home/sda/.cache
XDG_CONFIG_DIRS=/etc/xdg
XDG_CONFIG_HOME=/home/sda/.config
XDG_DATA_DIRS=/usr/share:/usr/local/share
XDG_DATA_HOME=/home/sda/.local/share
Каждый дистрибутив устанавливает (может установить) свой "скелет", положив файлы в $XDG_CONFIG_DIRS/menu. То бишь в нашем случае - в /etc/xdg/menu. Но это - не путь лентяев. Есть способ и попроще. Если мы хотим на скорую руку "добросить" приложения KDE - то достаточно прописать в $XDG_DATA_DIRS или в $XDG_DATA_HOME путь к каталогу, содержащему applications/ и desktop-directories/. И (опционально) можно "подтянуть" структуру KDE (файлы *.menu). Например $XDG_DATA_HOME указывает на /home/sda/.local/share. Смотрим:
> ls -la /home/sda/.local/share
total 3
drwxr-xr-x 9 sda users 248 2007-11-30 01:43 .
drwxr-xr-x 3 sda users 72 2007-07-18 10:28 ..
drwx------ 3 sda users 80 2007-09-04 19:25 amyedit
drwxr-xr-x 3 sda users 2920 2008-03-27 04:17 applications
drwxr-xr-x 4 sda users 96 2007-07-18 10:28 audacious
drwxr-xr-x 2 sda users 456 2008-03-24 10:48 desktop-directories
drwxr-xr-x 2 sda users 640 2008-02-23 02:26 icons
drwxr-xr-x 3 sda users 136 2008-03-30 18:50 tracker
drwx------ 4 sda users 96 2007-09-02 14:08 Trash
Следовательно, если KDE стоит в /opt/kde, то "добить" стоит /opt/kde/share, убедиться, есть ли что-нибудь полезное в /opt/kde/etc/xdg/menus и выправить пару переменных:
export XDG_DATA_DIRS="/opt/kde/share:$XDG_DATA_DIRS"
export XDG_CONFIG_DIRS="/opt/kde/etc/xdg:$XDG_CONFIG_DIRS"
или
export XDG_DATA_HOME="/opt/kde/share:$XDG_DATA_HOME"
export XDG_CONFIG_HOME="/opt/kde/etc/xdg:$XDG_CONFIG_HOME"
Делаем простейшее вложенное меню для E17-го:
> cat ~/.local/share/desktop-directories/X_Apps.directory
[Desktop Entry]
Encoding=UTF-8
Type=Directory
Icon=/home/sda/.icons/Dark-Glass/128x128/apps/x.png
Icon[en_US]=/home/sda/.icons/Dark-Glass/128x128/apps/x.png
> cat ~/.e/e/applications/menu/favorite.menu
<menu>
<name>Other</name>
<menu>
<name>X_Apps</name>
<defaultappdirs>
<defaultdirectorydirs>
<directory>X_Apps.directory</directory>
<include>
<filename>xfontsel.desktop</filename>
<filename>xdvi.desktop</filename>
<filename>xman.desktop</filename>
<filename>xcalc.desktop</filename>
<filename>xedit.desktop</filename>
<filename>xmag.desktop</filename>
<filename>xclipboard.desktop</filename>
</include>
</defaultdirectorydirs></defaultappdirs>
</menu>
</menu>
Все *.desktop файлы создаём в ~/.local/share/applications. Остальное уже описывал. Правда иконку на вложенное меню в тот раз не осилил (в .directory файле одной линии не хватило для победы). И скриншотик с результатами на закусь:
Теперь о том, как сделать каскадное вложенное меню и включить его в структуру xdg:
> cat ~/.local/share/desktop-directories/wine-wine.directory
[Desktop Entry]
Type=Directory
Name=Wine
Icon=wine
> cat ~/.local/share/desktop-directories/wine-Programs-EmuZWin.directory
[Desktop Entry]
Type=Directory
Name=EmuZWin
Icon=folder
> cat ~/.local/share/desktop-directories/wine-Programs.directory
[Desktop Entry]
Type=Directory
Name=Programs
Icon=folder
> cat ~/.config/menus/applications-merged/wine-Programs-EmuZWin.menu # именно так и появляется структура xdg меню #
<menu>
<name>Applications</name>
<menu>
<name>wine-wine</name>
<directory>wine-wine.directory</directory>
<menu>
<name>wine-Programs</name>
<directory>wine-Programs.directory</directory>
<menu>
<name>wine-Programs-EmuZWin</name>
<directory>wine-Programs-EmuZWin.directory</directory>
<include>
<filename>wine-Programs-EmuZWin-Help and Catalog.desktop</filename>
<filename>wine-Programs-EmuZWin-EmuZWin.desktop</filename>
<filename>wine-Programs-EmuZWin-Uninstall EmuZWin.desktop</filename>
</include>
</menu>
</menu>
</menu>
</menu>
> cat ~/.local/share/applications/wine/Programs/EmuZWin/EmuZWin.desktop
[Desktop Entry]
Name=EmuZWin
Exec=env WINEPREFIX="/home/sda/.wine" wine "C:\\Program Files\\EmuZWin\\EmuZWin.exe"
Type=Application
Path=/home/sda/.wine/dosdevices/c:/Program Files/EmuZWin
Icon=23b5_emuzwin.0
Аналогичные desktop файлы для полноты картины ('Help and Catalog.desktop' и 'Uninstall EmuZWin.desktop') находятся в ~/.local/share/applications/wine/Programs/EmuZWin/
Примерчик конечно ещё тот, но и результат соответствует:
Надеюсь этого хватит с избытком.
2. Ребята, давайте жить дружно...
/Кот Леопольд/
Все попытки в E17-ом использовать прозрачность/(псевдо прозрачность) терминалов ни к чему не приведут. Ибо формат пользовательского интерфейса - edje, а не png/xpm/jpg... Либо терминал скомпилен с поддержкой "картинок" (pixmaps) и картинка грузится из ~/.Xdefaults (профайла, вбивается в Exec строку .desctop файла и т.п.), либо требуется запустить некий сервис, который обеспечит наличие "фона" для "вьюпортов"/виртуальных столов. Легче всего это проделать, нарисовав в ~/.profile что-то наподобие:
if [ "`ps aux | grep enlightenment | grep -v grep`" != "" ] ; then
feh --bg-seamless /home/sda/source/install/wallpapers/emotion.jpg \
--bg-scale /home/sda/source/install/wallpapers/emotion.jpg && \
gnome-settings-daemon &
fi
Да, временное решение для одного вьюпорта/(виртуального рабочего стола). Ежели просто стартануть gnome-settings-daemon (без feh), то фоном станет картинка gnome. Что делать при нескольких столиках - не знаю. Пробежавшись по gconf-editor-у так и не понял, может ли гном держать где-то данные о соответствии картинок виртуальным столам. По идее - обязан. Дополнения приветствуются. Запуск gnome-settings-daemon и настройка внешнего вида уберут лишние элементы из gtk приложений:
Затея сия оправданна. Слева - Firefox, справа - LinuxDC++. Что и как с qt - извините, помню, что kde может при настройке из kcontrol привязать картинки к вьюпортам, но что именно нужно запустить сервисом для этого - страшно даже подумать. Может не прав, но... Надо конечно смелости набраться и поставить kde ещё раз... Если же в kde и gnome сопоставление вьюпортов с картинками завязано на kwin/metacity - то боюсь, что разрулить ситуацию малой кровью не получится. Тут есть ещё нюанс: сопоставить вьюпорты (Workspaces) E17-го и gnome/kde. Тянуть древние технологии в "космос" - занятие требующее творческого подхода...
3. Немного об оптимизации.
В качестве "точки отсчёта" примем следующую (процессор - P-III-866, ОЗУ - 1.5Gb, тема E17-го - 23Oz_0_16_999_042_1):
> top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5266 sda 20 0 52688 34m 13m R 23.3 2.3 40:03.39 enlightenment
> enlightenment_remote -module-list | wc
58 230 1741
56 загруженных модулей: от управления громкостью до чтения RSS. Прежде чем экспериментировать, двигаем в 'Configuration Panel -> Advanced -> Profiles' и создаём новый профайл, копируя текущие настройки. После любых издевательств с системой откат/восстановление пройдёт одним щелчком при выборе бэкапа профайла. Приступим, выгрузив для начала все модули. оставил только управление почтой. При этом все наши настройки сохранены и работают. Доступны все хоткеи, меню, управление мышью, все рабочие столы - то есть при выгруженных модулях нет ни малейшей потери базового функционала.
> enlightenment_remote -module-list
REPLY <- BEGIN REPLY: "mail" ENABLED 1 REPLY <- END Закрываем все окна, кроме: entrance_login───enlightenment─┬─bash───gnome-settings-─┬─xrdb │ └─{gnome-settings-} │ └─urxvt───bash───screen > top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14232 sda 20 0 26480 10m 6384 S 0.3 0.7 0:01.57 enlightenment
Причём эта строка в top-е появляется не часто. Ставим дефолтную тему оформления 17-го:
> top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14232 sda 20 0 22208 11m 6832 S 0.3 0.8 1:39.59 enlightenment
Необхдимо примечание, что количество потребляемого ОЗУ прямо пропорционально загруженным текстурам. Возвращаемся в '23Oz.'. Ставим для всех вьюпортов градиентную заливку вместо картинок и edje файлов, ставим прозрачный фон для нашей "полки", на которой всё это время работает модуль 'mail' и:
> top | grep enlightenment
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
14232 sda 20 0 24904 8988 6172 S 0.3 0.6 2:38.11 enlightenment
В иксах крутились два urxvt, в одном - screen c 5-ю терминалами, mutt, тот же gnome-settings-daemon. То есть последнее значение ни коим образом пределом не является. Если же задаться целью и для слабых машин сделать тему оформления сугубо на color_classes (привлекая текстуры по-минимому) или вообще без единого включения графических файлов, отдав всю отрисовку движку E (а он сам рисовать умеет будь здоров, в rgba) - думаю, потребление ресурсов можно снизить ещё. В разы. Все тесты специально проводил на 23Oz. - это одна из самых "тяжёлых" тем в плане графических наворотов на сегодня.
Желаете полный сравнительный анализ? Не вопрос. Сообщение от "Sunday, 29 May 2005". Исходники для тестов - там же, методика описана вкратце.
4. E16
А что же у нас со "старшим братом"? E-16.8.13-0.02, тема оформления 23Oz.:
> top | grep e16
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
25180 sda 20 0 14460 5752 3500 S 0.3 0.4 0:01.37 e16
E-16.8.13-0.02, тема оформления DarkOne:
> top | grep e16
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
25180 sda 20 0 13156 4616 2976 S 0.3 0.3 0:02.06 e16
С версии E-16.6 разработка - за Kim Woelders. Постоянная оптимизация кода, добавление новых опций, великолепные возможности по созданию/модификации интерфейса - Старая Школа во всей красе. Таким образом для многих машин 16-ый подойдёт как нельзя лучше. Но, если создать облегчённый вариант оформления 17-му, то... Нельзя забывать, что 17-ый уже не просто WM. Он принёс EFL (Enlightenment Foundation Libraries) и , как E16-ый до него, шагнул в Terra Incognita.
Подписаться на:
Сообщения (Atom)
