свершилось... товарищ k-s (известный в миру как Gustavo Sverzut Barbieri) прикрутил сегодня черновой вариант систрея для Enlightenment-DR17!
есть недоработки, но "лёд тронулся, Господа!". релиз DR17 ориентировочно запланирован на осень-зиму сего года. ура, Товарищи! ждём-с!
*/
32 комментария:
Неожиданно.
И да, релиз чего?
релиз чего?
собсно ожидаем первый публичный релиз Enlightenment-DR17 (вместе с core EFL)
Будем надеяться, что вашими молитвами Е17 таки допилят.
Ну... Это праздник какой-то!
Классно! То немногое, чего так не хватало в E17...ждемс логического продолжения...
Интересно узнать, а как у них обстоят дела с ewww?
VeGeek пишет...
Интересно узнать, а как у них обстоят дела с ewww?
теперь это eve, и лежит в основном SVN
УРА!
/me пошол запасатся шампанским :)
и, кстати, как трей-то называется?
У меня не работает подгрузка модулей. То есть в настройках модулей при попытке загрузки/выгрузки любого из них вылетает окошло, что "энлайтенмент упал, и это очень плохо". Что можно сделать?
У меня не работает подгрузка модулей.
пересобрать - наилучший способ решения проблемы. также можно "начать всё с чистого листа":
rm -rf ~/.e
из "последних" ревизий r39904 вроде как стабильна, r39985-r39987 вряд ли соберутся (ибо щас фиксим досадные опечатки в коде). другими словами - это SVN со всеми вытекающими отсюда последствиями.
А когда модуль language сделают работоспособным?
А то как то некошерно без переключателя языков.
Поставил себе на опенСУСЕ E17....Чёрт это просто восхитительно! Спасибо за труды...Жду окончательного релиза.
А откуда этот трей можно взять?
И у меня еще есть проблема — нет модулей в официальном пакете Федора. Пробовал easy_e17.sh, но он нуждается в каком-то esmart_container — без понятия, откуда брать. Что-то посоветуете?
по поводу модулей language, systray и прочего - есть так называемые reference builds для бинарных дистрибутивов. я (sda00) делаю для MDK/FC/SUSE. там всё пашет. пользуйтесь
Спасибо, но у меня модули все равно не работают. Пишет то же, что здесь http://trac.enlightenment.org/e/wiki/E17BinaryPackages/OBS, но удалить из системы exalt не могу, ибо не находит ни одного пакета.
Пишет то же, что здесь 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
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
У меня есть подозрение, что я раньше устанавливал левые пакеты E17, то теперь оно ругается.
вы пропустили операцию по определению пакета (пункт b). то есть надо понять, откуда вот это:
> rpm -qf /opt/e17/blah-blah...
и момент о постинге. копируйте вывод из консоли и на pastebin.com. так проще, чем картинки хостить.
в результате в /opt/e17 ничего быть не должно.
easy_e17.sh? Что-то не понял пункт б. Что следует писать вместо blah-blah ...?
вместо blah-blah
полный путь и имя найденной библиотеки.
теперь допустим, что /opt/e17 - это результат easy_e17.sh . тогда что у вас в системе делает пакет evas или пакет ecore из репо fedora?
вы простите моё любопытство, но с этим косяком при установке в FC как-то хочется разобраться и понять, почему он вылазит. по идее если ставить на чистую систему (без установленных ранее EFL компонентов), то всё должно быть норм, хотя уже как-то в этом не уверен.
спасибо.
Все равно спасибо Вам за помощь.
Извините за нубство, но я не понимаю, откуда брать тот путь? В / opt/e17/lib нет тех библиотек. И вообще нигде нет.
ок. ликбез, значит ликбез.
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
Удалить оба?
вам надо почистить систему и удалять ПАКЕТЫ, а не вырезать библиотеки вручную.
используйте напрямую команду rpm. (man rpm поможет с ключами. для удаления пакета - > rpm -e ИМЯ_УСТАНОВЛЕННОГО_ПАКЕТА)
Как, собственно, можно узнать, к какому пакету относится данная библиотека? ОС устанавливал заново — ничего не изменилось. Даже тикет накатал на баг: http://yum.baseurl.org/ticket/190#preview
В гугле все тихо... если решите данный вопрос напишите сюда, пожалуйста. Спасибо.
Как, собственно, можно узнать, к какому пакету относится данная библиотека?
давайте попробуем по шагам разобраться вместе. весь "выхлоп" с консоли постим на 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
Нет никакого 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 выдаёт пустоту.
и проверьте, чтобы стоял пакет imlib2
Отправить комментарий