понедельник, 23 марта 2009 г.

E17 systray appeared in svn! thanks to "k-s"!

/*
свершилось... товарищ k-s (известный в миру как Gustavo Sverzut Barbieri) прикрутил сегодня черновой вариант систрея для Enlightenment-DR17!




есть недоработки, но "лёд тронулся, Господа!". релиз DR17 ориентировочно запланирован на осень-зиму сего года. ура, Товарищи! ждём-с!
*/

32 комментария:

Анонимный комментирует...

Неожиданно.
И да, релиз чего?

sda комментирует...

релиз чего?
собсно ожидаем первый публичный релиз Enlightenment-DR17 (вместе с core EFL)

Cancellor комментирует...

Будем надеяться, что вашими молитвами Е17 таки допилят.

Анонимный комментирует...

Ну... Это праздник какой-то!

ChainFlinger комментирует...

Классно! То немногое, чего так не хватало в E17...ждемс логического продолжения...

Анонимный комментирует...

Интересно узнать, а как у них обстоят дела с ewww?

evadim комментирует...

VeGeek пишет...

Интересно узнать, а как у них обстоят дела с ewww?

теперь это eve, и лежит в основном SVN

Svental комментирует...

УРА!
/me пошол запасатся шампанским :)

Svental комментирует...

и, кстати, как трей-то называется?

TPMi комментирует...

У меня не работает подгрузка модулей. То есть в настройках модулей при попытке загрузки/выгрузки любого из них вылетает окошло, что "энлайтенмент упал, и это очень плохо". Что можно сделать?

sda комментирует...

У меня не работает подгрузка модулей.
пересобрать - наилучший способ решения проблемы. также можно "начать всё с чистого листа":

rm -rf ~/.e

из "последних" ревизий r39904 вроде как стабильна, r39985-r39987 вряд ли соберутся (ибо щас фиксим досадные опечатки в коде). другими словами - это SVN со всеми вытекающими отсюда последствиями.

Анонимный комментирует...

А когда модуль language сделают работоспособным?

А то как то некошерно без переключателя языков.

Unknown комментирует...

Поставил себе на опенСУСЕ E17....Чёрт это просто восхитительно! Спасибо за труды...Жду окончательного релиза.

Анонимный комментирует...

А откуда этот трей можно взять?
И у меня еще есть проблема — нет модулей в официальном пакете Федора. Пробовал easy_e17.sh, но он нуждается в каком-то esmart_container — без понятия, откуда брать. Что-то посоветуете?

sda комментирует...

по поводу модулей language, systray и прочего - есть так называемые reference builds для бинарных дистрибутивов. я (sda00) делаю для MDK/FC/SUSE. там всё пашет. пользуйтесь

Анонимный комментирует...

Спасибо, но у меня модули все равно не работают. Пишет то же, что здесь http://trac.enlightenment.org/e/wiki/E17BinaryPackages/OBS, но удалить из системы exalt не могу, ибо не находит ни одного пакета.

sda комментирует...

Пишет то же, что здесь http://trac.enlightenment.org/e/wiki/E17BinaryPackages/OBS, но удалить из системы exalt не могу, ибо не находит ни одного пакета.

это не страшно. вам не "exalt" удалять надо, а ПРИЧИНУ конфликта - старые пакеты из репо FC. от рута в командной строке сперва делаете:

> rpm -e libexalt1
> rpm -e libexalt_dbus1

то есть удаляете ваши старые конфликтующие пакеты, а потом ставите всё из моего репо.

в моих репо OBS пакет "exalt" действительно не "раздроблен" как ему полагается по канонам - это сделано дабы не плодить лишних сущностей.

Анонимный комментирует...

Уже пробовал, но не находит этого пакета. Сами посмотрите:
http://www.freeimagehosting.net/uploads/a86fd6efa3.png

sda комментирует...

http://www.freeimagehosting.net/uploads/a86fd6efa3.png

наконец-то хоть что-то начинает проясняться:

1) наблюдаю "зоопарк" пакетов из смешанных репо (fedora, x11_e) - не есть хорошо (вернее есть очень нехорошо).

2) посмотрите, какой из установленных ранее пекетов мешает в этой ситуации:

a) > ldconfig -p | grep exalt (смотрим на установленные либки)
b) > rpm -qf ПУТЬ/libexalt_чего_там_выпало_ранее (получаем имя пакета)
c) > rpm -e имя_пакета (сносим его)

в результате весь E по-хорошему должен стоять из репо x11_enlightenment (полагаю, что это и ксть наименование репо в OBS).

есть подозрение, что довольно следующего:

> rpm -e exalt_daemon
и опционально
> rpm -e libexalt
> rpm -e libexalt_dbus

если core EFL (evas, ecore, embryo, edje, eet, eina, efreet) перемешаются - то результат будет весьма удручающим.

можно ситуацию упростить до предела, проведя перед установкой чистку системы от старых пакетов. для этого достаточно удалить например пакет, содержащий "libeina*" и все его зависимости:

a) > ldconfig -p | grep eina (список библиотек для определения пакета, которому они принадлежат)

b) > rpm -e PACKAGE (и тут же начнётся ругань, что этот пакет требуется ещё энному количеству уже установленных пакетов)

c) > rpm -e PACKAGE PACKAGE1 PACKAGE2 ... PACKAGEn (до победного конца, так сказать)

Анонимный комментирует...

У меня есть подозрение, что я раньше устанавливал левые пакеты E17, то теперь оно ругается.
http://www.freeimagehosting.net/uploads/86b6845df1.png

sda комментирует...

У меня есть подозрение, что я раньше устанавливал левые пакеты E17, то теперь оно ругается.

вы пропустили операцию по определению пакета (пункт b). то есть надо понять, откуда вот это:

> rpm -qf /opt/e17/blah-blah...

и момент о постинге. копируйте вывод из консоли и на pastebin.com. так проще, чем картинки хостить.

в результате в /opt/e17 ничего быть не должно.

Анонимный комментирует...

easy_e17.sh? Что-то не понял пункт б. Что следует писать вместо blah-blah ...?

sda комментирует...

вместо blah-blah

полный путь и имя найденной библиотеки.

теперь допустим, что /opt/e17 - это результат easy_e17.sh . тогда что у вас в системе делает пакет evas или пакет ecore из репо fedora?

вы простите моё любопытство, но с этим косяком при установке в FC как-то хочется разобраться и понять, почему он вылазит. по идее если ставить на чистую систему (без установленных ранее EFL компонентов), то всё должно быть норм, хотя уже как-то в этом не уверен.

спасибо.

Анонимный комментирует...

Все равно спасибо Вам за помощь.
Извините за нубство, но я не понимаю, откуда брать тот путь? В / opt/e17/lib нет тех библиотек. И вообще нигде нет.

sda комментирует...

ок. ликбез, значит ликбез.

1) начать лучше всего с FHS - Filesystem Hierarchy Standard, где чётко прописано что и куда желательно "класть". в соответствии с этим документом, каталог /opt - это вотчина ISV (independent software vendors) и Enlightenment к этому не имеет ни малейшего отношения. всё, что вы устанавливаете самостоятельно в обход дефолтного менеджера пакетов вашего дистра - ./configure && make && make install - должно идти в /usr/local/ (или в $HOME/, если пользовать только вам).

2) ваша картинка:
http://www.freeimagehosting.net/uploads/86b6845df1.png
выдаёт, что по запросу из кэша ldconfig-а на имя "eina" отозвалось 2 версии библиотек:
a) /usr/lib/libeina-ver-svn-02.so.0
b) /opt/e17/lib/libeina-ver-pre-svn-02.so.0

3) вывода команды:

> rpm -qf /opt/e17/lib/libeina-ver-pre-svn-02.so.0

я так и не увидел... если это "ошмётки" от easy_e17.sh - то удалите от греха весь каталог /opt/e17.

теперь посмотрим как оно вообще получается если всё делать с некоторой осторожностью:

1) > ldconfig -p | grep eina
libeina-ver-pre-svn-02.so.0 (libc6) => /usr/lib/libeina-ver-pre-svn-02.so.0

2) > rpm -qf /usr/lib/libeina-ver-pre-svn-02.so.0
libeina-ver-pre-svn-02-0-svn_20090618_r41098-1

3) > sudo rpm -e libeina-ver-pre-svn-02-0-svn_20090618_r41098-1
error: Failed dependencies:

вывод - на pastebin.com

во как панимаш оно бывает... то есть стоит только тронуть базовую либу из core EFL - как сразу ахтунги о том, что кое-какие УЖЕ УСТАНОСЛЕННЫЕ пакеты таки не простят вероломного предательства.

возвращаясь к нашим баранам. вполне возможно, что мои пакеты будут конфликтовать с пакетами из репо FC. для безболезненнои "миграции" видимо мной предусмотрены далего не все шаги, что необходимы. если мейнтейнеры FC (Паша, ау! превед! :)) согласятся придерживаться циклов svn-freeze (и ебаться с нахуй никому, кроме убунтоидов и дебиановодов, не нужными "суффиксами"/SONAME этих пререлизов, ибо нормальных систем сборки и проверки качества эти "дистры" не имеют до сих пор...) - welcome.

вообще тема наименования библиотек для пререлизов Ешки (да и как оно щас в svn стало) - это... нечто. огромное спасибо ебиану и убунте за "наше счастливое детство". пиздец одним словом...

Анонимный комментирует...

У меня в каталоге / usr / lib есть
libeina-ver-svn-02.so.0.0.2
libeina-ver-svn-02.so.0
Удалить оба?

sda комментирует...

вам надо почистить систему и удалять ПАКЕТЫ, а не вырезать библиотеки вручную.

используйте напрямую команду rpm. (man rpm поможет с ключами. для удаления пакета - > rpm -e ИМЯ_УСТАНОВЛЕННОГО_ПАКЕТА)

Анонимный комментирует...

Как, собственно, можно узнать, к какому пакету относится данная библиотека? ОС устанавливал заново — ничего не изменилось. Даже тикет накатал на баг: http://yum.baseurl.org/ticket/190#preview

В гугле все тихо... если решите данный вопрос напишите сюда, пожалуйста. Спасибо.

sda комментирует...

Как, собственно, можно узнать, к какому пакету относится данная библиотека?

давайте попробуем по шагам разобраться вместе. весь "выхлоп" с консоли постим на pastebin.com

1) выясняем, что уже установлено:

> rpm -qa | grep -i exal

2) закачиваем весь контент репо с себе на диск:

> mkdir -p $HOME/tmp/1
> cd ~/tmp/1

> wget -nH -np -nd -r -l2 -v --user=anonymous --password=1234 --keep-session-cookies --user-agent="Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020409 Iceweasel/3.0.6 (Debian-3.0.6-1)" -Arpm http://download.opensuse.org/repositories/X11:/Enlightenment/Fedora_11/i386/

3) опционально можно удалить "*debug*" пакеты

пока есть только одно предположение. у вас в yum активны как минимум два репо, которые содержат пакет "exalt". при установке E17 происходит какой-то конфликт (ибо пакеты действительно конфликтуют, но нет смысла дробить exalt на lib, daemon и т.п., ибо одно без другого пока что бесполезно). то есть вам надо в yum оставить только репозиторий OBS с E17 или принудительно указать, что при обновлении использовать исключительно OBS repo.

если вы не знаете, как это сделать - то обновите свё с закачанной локальной копии (предварительно вычистив debug пакеты - на ваше усмотрение):

> cd ~/tmp/1
> sudo rpm -Uhv ./*.rpm

или

> sudo rpm -Uhv --force ./*.rpm

Анонимный комментирует...

Нет никакого exalt.
http://pastebin.com/m2970845

sda комментирует...

Нет никакого exalt.

> sudo rpm -Uhv --force --nodeps ./*.rpm

и живите спокойно. впрочем ещё надо добросить вручную симлинк на libmpd.so.0:

> sudo ln -s /usr/lib/libmpd.so.1 /usr/lib/libmpd.so.0

возможно, что строки типа:

Provides: libexalt1 libexalt_dbus1 exalt_daemon

зашиты где-то ещё, поэтому rpm -qa | grep -i exal выдаёт пустоту.

sda комментирует...

и проверьте, чтобы стоял пакет imlib2