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

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

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




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

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

  1. Анонимный23 марта 2009 г. в 20:08

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

    ОтветитьУдалить
  2. sda23 марта 2009 г. в 20:15

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

    ОтветитьУдалить
  3. Cancellor23 марта 2009 г. в 20:26

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

    ОтветитьУдалить
  4. Анонимный23 марта 2009 г. в 20:29

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

    ОтветитьУдалить
  5. ChainFlinger24 марта 2009 г. в 14:54

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

    ОтветитьУдалить
  6. Анонимный24 марта 2009 г. в 17:32

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

    ОтветитьУдалить
  7. evadim28 марта 2009 г. в 00:25

    VeGeek пишет...

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

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

    ОтветитьУдалить
  8. Svental31 марта 2009 г. в 01:27

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

    ОтветитьУдалить
  9. Svental31 марта 2009 г. в 02:02

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

    ОтветитьУдалить
  10. TPMi11 апреля 2009 г. в 20:40

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

    ОтветитьУдалить
  11. sda11 апреля 2009 г. в 20:53

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

    rm -rf ~/.e

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

    ОтветитьУдалить
  12. Анонимный23 мая 2009 г. в 23:40

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

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

    ОтветитьУдалить
  13. Unknown27 июня 2009 г. в 02:08

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

    ОтветитьУдалить
  14. Анонимный22 июля 2009 г. в 00:13

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

    ОтветитьУдалить
  15. sda22 июля 2009 г. в 01:36

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

    ОтветитьУдалить
  16. Анонимный22 июля 2009 г. в 18:02

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

    ОтветитьУдалить
  17. sda23 июля 2009 г. в 00:57

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

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

    > rpm -e libexalt1
    > rpm -e libexalt_dbus1

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

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

    ОтветитьУдалить
  18. Анонимный23 июля 2009 г. в 05:43

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

    ОтветитьУдалить
  19. sda23 июля 2009 г. в 06:50

    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 (до победного конца, так сказать)

    ОтветитьУдалить
  20. Анонимный23 июля 2009 г. в 12:14

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

    ОтветитьУдалить
  21. sda23 июля 2009 г. в 14:09

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

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

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

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

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

    ОтветитьУдалить
  22. Анонимный23 июля 2009 г. в 14:59

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

    ОтветитьУдалить
  23. sda23 июля 2009 г. в 15:25

    вместо blah-blah

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

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

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

    спасибо.

    ОтветитьУдалить
  24. Анонимный23 июля 2009 г. в 17:12

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

    ОтветитьУдалить
  25. sda23 июля 2009 г. в 20:23

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

    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 стало) - это... нечто. огромное спасибо ебиану и убунте за "наше счастливое детство". пиздец одним словом...

    ОтветитьУдалить
  26. Анонимный23 июля 2009 г. в 22:34

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

    ОтветитьУдалить
  27. sda23 июля 2009 г. в 23:30

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

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

    ОтветитьУдалить
  28. Анонимный15 августа 2009 г. в 07:41

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

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

    ОтветитьУдалить
  29. sda15 августа 2009 г. в 13:18

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

    давайте попробуем по шагам разобраться вместе. весь "выхлоп" с консоли постим на 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

    ОтветитьУдалить
  30. Анонимный15 августа 2009 г. в 18:21

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

    ОтветитьУдалить
  31. sda15 августа 2009 г. в 21:02

    Нет никакого 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 выдаёт пустоту.

    ОтветитьУдалить
  32. sda15 августа 2009 г. в 21:17

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

    ОтветитьУдалить