Сборка Е17 в Альте (p6), Проблемы при сборке Е17 Опции Поделиться

[ksa]

Собственно, тему завел.
Итоги сборки.
1) Плагин places собирается, но не отображает содержимое. Тут явно потеряна зависимость. Но вот какая, я не смог вспомнить, как собирал на дебиане.
Впринципе, плагин заменяется значками на рабочем столе (cd-rom и флешки кажутся при подключении\вставке, но диски на просмотр открыть можно, флешка открываться не хочет).
2) Плагин Mixer, кажется не нужен бо работает исключительно с альсой (как я понял). В альте пульс и девел-пакета альсы нет в репе. Обхожусь гномовской приблудой пока.
Пока все, что удалось выловить.

[Drool]

В альте пульс и девел-пакета альсы нет в репе.

Не верно в обеих смыслах. Пуль и альса есть в альте оба.

Код

apt-cache search libalsa-devel

http://sisyphus.ru/ru/srpm/Sisyphus/libalsa/get
Если не верите - подскажите как в Qmmp и DeadBeef собираются плагины для вывода через альсу.

[ksa]

...Если не верите - подскажите как в Qmmp и DeadBeef собираются плагины для вывода через альсу.

Если собрано с альсой, тогда какого хрена в бифе звук пропадает при остановке pulseaudio демона ?
UPD Звук появляется, если перезапустить биф. Микшер собрался, зависимость в альте и дебиане совсем по-разному обзывается . Спасибо за наводку. Остается разобраться с places.
Выглядит пока как-то так (особо не заморачивался с марафетом)

Сообщение отредактировал ksa - 21.6.2011, 21:25

Прикрепленные файлы

 Desktop.png ( 1.19 мегабайт ) Кол-во скачиваний: 12

 

[Drool]

Если собрано с альсой, тогда какого хрена в бифе звук пропадает при остановке pulseaudio демона ?
UPD Звук появляется, если перезапустить биф.

Видать, настроено выводить через пульс.

[ksa]

После остановки пульса флешплеер в опере играет, а биф начинает играть только после перезапуска. Одним "кривым подделием" меньше стало. Теперь надо аккуратно избавиться от гнома и собрать графический просмотровщик (простой), а также менеджер сессий.

[kostyalamer]

Выглядит пока как-то так (особо не заморачивался с марафетом)

Очень неплохо смотрится

[ksa]

Оформление - одна из дефолтных комбинаций (точнее, градиент горизонтальный - это панель). Шрифт Дроид - пришлось в настройках поставить более крупный, тот что идет по дефолту мелковат.
Еще картинка.

Сообщение отредактировал ksa - 21.6.2011, 21:48

Прикрепленные файлы

 Desktop.png ( 548.5 килобайт ) Кол-во скачиваний: 9

 

[kostyalamer]

собрать графический просмотровщик (простой).

mirage или ristretto в качестве просмотровщика не подойдут ?

[ksa]

В е17 есть свой просмотровщик, как и свой менеджер сессий.
Просмотровщик, я надеюсь, соберу, а вот с менеджером сессий у меня еще на дебиане не сложилось.
Также имеется проблемка с файловым менеджером е17. Он хорош (минималистичен до ужаса), но... Размер папки считает не по факту, а по размеру элемента "папка" в файловой системе, что совсем неинформативно.

Сообщение отредактировал ksa - 21.6.2011, 21:52

[ksa]

Господа, это форменное безобразие Если пульс прибить и запустить биф или флешплеер в опере на воспроизведение, знаете, что при этом происходит ?.. Да, вы угадали, пульс стартует автоматом. Так что пульс по-прежнему помеха или все-таки это необходимое зло ?

Сообщение отредактировал ksa - 21.6.2011, 22:07

[Drool]

Я прекрасно себя чувствую без пульса.

Код

$ rpm -qa | grep pulse
libpulseaudio-0.9.19-alt1
libsox-fmt-pulseaudio-14.3.0-alt1.1

И все. Видать, по зависимостям кому-то нужны.

[ksa]

После пересбора всего и сноса пульсы совсем (libpulse вроде бы еще остается в системе) все работает: микшер, плагин places завелся (с монтированием, извлечением дисков нет проблем). Прилагаю еще картинку.
Теперь самое главное - я не понимаю, как работает модуль переключения раскладок в е17 (на дебиане использовал демон kbdd (тоже соотечественник пишет) в связке с настройкой переключения в xorg.conf.d (с индикацией scrol'ом- мне так удобнее). Демон выполняет функцию запоминания раскладок открытых окон. Разработчик, возможно, реализует запоминание раскладок по закрытым окнам (насчет этого не уверен). Собсвенно, переключатель раскладки самая большая головная боль ибо перключалка с индикаторами в заголовках окна - уродство, криво отображается, хотя и работает.
Есть одно большое НО во всей этой авантюре - е17 is under hard development. Можно нарваться на неработающую возможность или модуль, а также баги.
UPD Остановился пока на варианте (втрой скрин).

Сообщение отредактировал ksa - 25.6.2011, 20:41

Прикрепленные файлы

 Desktop.png ( 803.43 килобайт ) Кол-во скачиваний: 12
 Desktop.png ( 94.44 килобайт ) Кол-во скачиваний: 8

 

[ksa]

С менеджером сессий так и не смог совладать - черный экран кажет, хотя запускается. Использует pam (не имею понятия, как это работает, поставил зависимости, но до логина дело не дошло).

[ksa]

Еще грабли - смена разрешения в альтераторе работает по-другому, нежели встроенная возможность е17. Правда в обоих этих случаях многие гаджеты пропадают с экрана (по-видимому, это бага е17 как такового). Если не использовать гаджеты на рабочем столе, а привязывать их к полкам, то проблемы вроде бы не наблюдается.

Сообщение отредактировал ksa - 26.6.2011, 13:29

[ksa]

Пока вырисовывается такая картина. Для управления паролями, ключами, сетью можно использовать альтератор. Для смены разрешения, темы, фона рабочего стола, шрифтов и прочего годятся средства самого е17.
Далее. Пульс выкидываем напрочь из дистрибутива (если таковой появится когда-либо). Насчет микшера е17. В дебиане у меня сохранялись настройки микшера после перезагрузки. В альте сохраняется только некоторая пиковая громкость. Один из каналов (Front) после перезагрузки почему то не сохранчет своего положения.
Файловый менеджер вполне можно использовать стандартный. Здесь проблема с сетью (как реализовать).
Основные отправные точки (разделы, папки документов и т.п.) есть в меню. Мне этого вполне достаточно. Можно вынести на рабочий стол некоторые. Можно использовать плагин places, который выводит все подключенные накопители и диски на рабочий стол (гаджет). Проблема состоит в том, что гаджет пропадает при смене разрешения (возможно, тут виновата сборка е17 не по канонам альт, правда и в дебиане наблюдалась аналогичная картина).
Менеджер сессий. Требует разборок на предмет своей неработоспособности (модуль зовется elsa).
Просмотровщик графических файлов (надо определить, как он называется сейчас).
Браузер (eve) требует сборки и проверки профпригодности.
Есть еще куча модулей, о которых я мало чего знаю. Требуются разборки

Сообщение отредактировал ksa - 26.6.2011, 13:55

[kostyalamer]

1) Сергей, как вариант попробуй сделать метапакет (пакет который по зависимостям будет вытягивать все что нужно для E-17 ) ну и костылей в него можно разных напихать заодно. Смысл в том что на любом Альте в пределах бранча поставил такой пакет и получишь твой вариант E-17. Потом на основе такой штуки собирать дистрибутив будет гораздо проще
2) С разработчиками у нас проблема. Мне пришлось стать разработчиком и пакетчиком и сборщиком - 3 в одном ( где бы сейчас еще время свободное на это найти )
Перспективы у тебя примерно такие же, хотя может кто нибудь и поможет в качестве разраба ( может быть Юра - YYY или Вася - Komcumir заинтересуются ), я же могу помочь как тестер.

[ksa]

Насчет "своего" варианта я пока не думал, как и не думал по поводу сборки. Собрать обновленную версию е17 в сизиф или бранч проблем, я думаю, никому не составит. Тут дело немного в другом. Если уж и ставить е17 как WM по умолчанию, то надо определиться, что из его компонент _уже_ можно использовать на постоянной основе, а что нуждается в "костыльной" подпорке. Я сейчас как раз нахожусь на этапе определения, что годно, а что нуждается в "подпорках". Попутно надо бы эти подпорки еще и найти.
В эту тему буду постить результаты своих исследований в этом направлении.

Сообщение отредактировал ksa - 26.6.2011, 18:18

[ksa]

1) Сергей, как вариант попробуй сделать метапакет (пакет который по зависимостям будет вытягивать все что нужно для E-17 ) ну и костылей в него можно разных напихать заодно. Смысл в том что на любом Альте в пределах бранча поставил такой пакет и получишь твой вариант E-17. Потом на основе такой штуки собирать дистрибутив будет гораздо проще

Зависимости для чего, не совсем понял. Если что, то я собираю по свой статье с уже известного ресурса. Никакие технологии альта для сборки пакетов я пока не осваивал и не применял - сейчас просто не до этого. Цель также стоит определить, есть ли нужные зависимости в репозиториях альта, и если таковые имеются, то собрать по-больше модулей е17 дабы проверить их на "профпригодность".
Если бы я начал погружаться в дебри сборки, то уверен, вы бы нескоро узнали о моих телодвижениях.

Сообщение отредактировал ksa - 26.6.2011, 18:23

[ksa]

В плане сборок я полный ламер. Максимум, что осилил, это сборку в дебиане посредством checkinstall

[kostyalamer]

Никакие технологии альта для сборки пакетов я пока не осваивал и не применял - сейчас просто не до этого

Они не такие уж и страшные эти технологии, зато на выходе получаем пакет rpm

[kostyalamer]

В плане сборок я полный ламер. Максимум, что осилил, это сборку в дебиане посредством checkinstall

Ну это дело поправимое, для начала хватит rpm -ba, главное правильно спек написать. Начни отсюда : http://www.altlinux.org/Etersoft-build-utils А вообще погляди эту тему : http://forum.altlinux.org/index.php/topic,7433.0.html почитай 12 пост , я там описал простейший способ сборки пакетов

Сообщение отредактировал kostyalamer - 26.6.2011, 18:48

[ksa]

Я так понимаю, мне прадлагается собрать rpm пакеты того, что я сейчас собираю окольными путями и выложить эти пакеты куда-нибудь в инет дабы их могли скачать и поставить у себя для проверки. Ну раз так, то с чего мне начать сборку ? Где почитать для чайников сборку rpm под альт ну и сопутствующую документацию. Желательно не перегруженную терминами (голова и так не варит)

UPD Ссылку увидел. Почитаем

Читаю и уже чешу репу

Сообщение отредактировал ksa - 26.6.2011, 18:53

[kostyalamer]

UPD Ссылку увидел. Почитаем

Я еще туда и вторую докинул

Я так понимаю, мне прадлагается собрать rpm пакеты того, что я сейчас собираю окольными путями и выложить эти пакеты куда-нибудь в инет дабы их могли скачать и поставить у себя для проверки.

Более того, этот пакет( или пакеты) можно будет поместить в клубную репу, что бы любой желающий мог их поставить

[ksa]

Мозг отказывается понимать, что написано в том топике Вот была бы инструкция. Поставь это, потом это, залезь туда-то и пропиши это. Потом пиши команду такую то и жди пока все отработает. Тут еще спеки какие-то! Это надо же было так вляпаться
PS админ пытается понять, как собирать пакеты.

UPD Я рискнул запустить бинарник, собранный в дебиане (kbdd, тут уже упоминаемый), на альте. Завелся и даже работает (собирал checkinstall'om).

Сообщение отредактировал ksa - 26.6.2011, 19:18

[kostyalamer]

Мозг отказывается понимать, что написано в том топике Вот была бы инструкция. Поставь это, потом это, залезь туда-то и пропиши это. Потом пиши команду такую то и жди пока все отработает. Тут еще спеки какие-то! Это надо же было так вляпаться
PS Недоадмин пытается понять, как собирать пакеты.

Вот же она инструкция : http://www.altlinux.org/Etersoft-build-utils
ничего страшного, 2-3 дня мозгового штурма а потом все будет собираться само
возьми отсюда какую-нибудь src-ху попроще http://ftp.linux.kiev.ua/pub/Linux/ALT/peo...o/SRPMS.hasher/ хоть тему для WM-а Adelie открой ее в Krusader-е , выдери из нее спек архив и файл меню, после чего попробуй собрать ее сам. Дальше все будет уже легче

[ksa]

Надеюсь, что так оно и будет. Спасибо за советы !
Есть только небольшое пожелание. Для Альта должна быть обязательно понятная инструкция _в одном месте_, в которой описывается, как собрать пакет. Если все раскидано по разным местам, то это, обычно, отталкивает. Не всех, конечно. Было бы здорово, если бы такая инструкция была в одном месте (пускай длинная, но в одном).
Будем пробивать стену головой. О результатах отпишусь

[NotHAM]

...

Это надо же было так вляпаться
PS админ пытается понять, как собирать пакеты.

....


Будем пробивать стену головой. О результатах отпишусь

Насчет вляпаться - тоже когда-то так думал, а потом разобрался кое в чем.
Тут главное понять - как писать спек и что в нем можно сделать, разобраться
в макросах, потом сразу легче станет.
Админ пытается ...хм-м ... а я (для справки) бухгалтер-аудитор и админом
никогда не был, так что у вас дело пойдёт быстрее ...
...
Голова, пожалуй покрепче стены будет (как впоследствии выяснилось).

[ksa]

Насчет вляпаться - тоже когда-то так думал, а потом разобрался кое в чем.
Админ пытается ...хм-м ... а я (для справки) бухгалтер-аудитор и админом
никогда не был, так что у вас дело пойдёт быстрее ...

Мне сразу полегчало, ведь я думал, что пакеты собирают исключительно технари. Рад, что этот миф развеялся

PS Ну не совсем админ. Вообще-то, работаю инженером, технарь, если быть более точным. Админом сам себя сделал на известном сайте

Сообщение отредактировал ksa - 26.6.2011, 20:02

[kostyalamer]

Админ пытается ...хм-м ... а я (для справки) бухгалтер-аудитор и админом
никогда не был, так что у вас дело пойдёт быстрее ...

Вот именно, я тоже ни разу не админ и не программист по профессии, а в данный момент электромеханик . И образование, хоть и вышка но никакого отношения к компьютерам и программированию не имеет ( разве что в институте 1 раз программу на перфокартах набивали ). Так что главное придерживаться принципа от простого к сложному и все получится, сначала пакеты, а потом дистрибутивы

[ksa]

Сломалось отображение в консоли при переходе по alt+ctrl+Fn (либо при выходе из е17). Кажется, я полез туда, куда лезть не нужно было (в бету альта + бета\альфа\? самого е17). И дернуло меня его ставить, ведь и в гноме (и icewm) жить вполне комфортно. На данный момент я могу предложить лишь бинари (установленные в /opt), упакованные в архив. Еще надо припомнить, какие пакеты поставить по зависимостям, чтобы большая часть плагинов заработала.

[ksa]

Очередная порция новостей.
Завелся менеджер elsa, есть предпосылки удтверждать, что запуск самого Е17 посредством elsa тоже работает (надо проверить).
Пытался совладать со спеками, но это слишком для меня сложно да и времени не особо много. Если у кого есть желание собрать это хозяйство, готов передать опыт. Сам же, скорее всего, с этим экспериментом закончу. Но не факт, так как уже не первый раз собирался завязать

UPD Менеджер сессий благополучно запускает Е17. Пришлось кучу информации перелопатить, оказывается дело было в отсутствующем каталоге xsessions с нужным файлом. Осталось понять, почему теперь по выходу из иксов консоль черная.

Сообщение отредактировал ksa - 24.7.2011, 14:02

[ksa]

Но и это не самое главное. Теперь надо бы все собрать не в /opt/somecat, а как того требует *nix система. Но тут, увы, я пока не имею возможности так собрать с помощью скрипта, который у меня всю сборку делает, так как точно не осилю копание в скрипте и тут уже начинается сборка, чего я делать в альте категорически не умею

[kostyalamer]

Пытался совладать со спеками, но это слишком для меня сложно да и времени не особо много.

Дак спрашивай прямо здесь, какие конкретно проблемы со спеками ?

[ksa]

Вопросов много бо все во время упирается.

Нафига нужен спек, если в каждом компоненте е17 есть configure & make & make install без всяких спеков, даже скрипт отрабатывает эти процедуры? (Сборку из сорцов я освоил на базовом уровне)

Самый простой путь сборки пакета с автоматическим определением сборочных зависимостей нужен. Пошагово. В одном месте. Без всяких там песочниц и прочей сборочной фигни (со временем туговато и чем больше информации, тем меньше вероятность того, что я вообще буду сборкой заниматься).

Минимально необходимое для установки пакета наполнение спек файла.

Что такое есть srpm пакет и нужен ли он для сборки

UPD Проблему с черной консолью при выходе из Е17 так и не решил (понятия не имею куда лезть).

Сообщение отредактировал ksa - 24.7.2011, 20:58

[kostyalamer]

Начинать надо отсюда: http://www.altlinux.org/%D0%A1%D0%B1%D0%BE...-build-utils%29
http://www.altlinux.org/Etersoft-build-utils_howto
Кстати, погляди спеки этих пакетов : http://sisyphus.ru/ru/packages/Graphical_d...p/Enlightenment может быть чего нибудь и пригодится.

Сообщение отредактировал kostyalamer - 24.7.2011, 21:01

[ksa]

Ну для начала хотелось бы понять, как вообще пакет собирается. Я правильно понимаю, что если спеком является образец файла, то инструменты сборки все равно не приведут его к тому виду, при котором пакет собирается и устанавливается. То есть, спек обязательно надо будет редактировать ?
В инструкции написано, что исходники должны быть в архиве. У меня же исходники взяты из svn. То есть мне надо упаковать папку с исходниками программы в архив tar.gz, чтобы сборочная система могла с ними работать ?

Код

BuildRequires: libeina-devel >= 1.0.0 libjpeg-devel libgnutls-devel libgcrypt-devel zlib-devel
%{?_enable_static:BuildPreReq: glibc-devel-static}
%{?_enable_tests:BuildRequires: libcheck-devel}

В этом куске спека последние две строчки не являются обязательными и вообще для чего они нужны и надо ли мне подобные строчки включать в спек ?

На сегодня пока все. Завтра продолжу изыскания.

Сообщение отредактировал ksa - 24.7.2011, 21:54

[kostyalamer]

В инструкции написано, что исходники должны быть в архиве. У меня же исходники взяты из svn. То есть мне надо упаковать папку с исходниками программы в архив tar.gz, чтобы сборочная система могла с ними работать ?

Да исходники надо упаковать и поместить в папку ~/RPM/SOURCES , а спек должен быть в ~/RPM/SPECS , после чего находясь в папке ~/RPM/SPECS даем в консоли команду rpm имя_спека -ba. Для начала можно взять чего -нибудь простое ( любую тему для WM из клубной репы ), скачать src-ху, выдрать из нее спек и архив ( например в krusader-е ) и попробовать пересобрать пакет таким способом

[Drool]

МОжно сделать проще - взять любой (не увесистый) src.rpm и от _юзера_ установить его, а потом посмотреть что и куда в ~/RPM распаковалось и где лежит.

spec-файл по своей сути - это последовательность сборки - распаковка, конфигурирование, компиляция. Плюс описалово, служебная информация и т.п.

[ksa]

МОжно сделать проще - взять любой (не увесистый) src.rpm и от _юзера_ установить его, а потом посмотреть что и куда в ~/RPM распаковалось и где лежит.

Ген, ты не мог бы говорить по-русски Не забывай, я еще новичок в сборке. Что означает установить src.rpm в ~/RPM ? Просто распаковка или какая-то отельная команда нужна ? Ведь если устанавливать пакет, то он точно установится не в ~/RPM или я чего-то не знаю

Сообщение отредактировал ksa - 25.7.2011, 11:00

[Drool]

От юзера:

Код

rpm -Uhv bla-bla.src.rpm

[ksa]

Укей, буду дома - проверю.

[ksa]

Так, теперича другой вопрос. Все компоненты е17 собираются с помощью autotools. Можно ли автоматически для такого случая включить в спек все необходимое (зависимости там и прочее) с помощью сборочных инструментов и есть ли такие ?

Сообщение отредактировал ksa - 25.7.2011, 11:07

[Drool]

Все компоненты е17 собираются с помощью autotools. Можно ли автоматически для такого случая включить в спек все необходимое (зависимости там и прочее) с помощью сборочных инструментов и есть ли такие ?

Конечно. В альте чрезвычайно развит такой инструментарий. Если вручную пакет собирается (т.е. все сборочные зависимости удовлетворены) - то нужно на спек натравить специальны скрипт buildreq из пакета rpm-utils:

Код

buildreq -bi bla-bla.spec

[ksa]

ПОпробовал собрать снапшот по спеку Юрия, вроде получилось. Но в спек ничего не добавилось после комманды buildreq -bi bla-bla.spec Есть готовый пакет, попробую его на буке поставить, посмотрю, потянет ли он зависимости.Если не потянет, значит сборка получилась со статической линковкой, верно ?

UPD Кто-нибудь может на своей системе поставить е17 из сизифа (или p6) и посмотреть, потянет ли он libeina или просто eina пакет ? Если потянет, то установка прошла успешно и е17 успешно запустился

UPD2 Посмотрел через альтератор - библиотека стоит моей сборки, значит все в порядке. Растолкуйте, как правильно обозвать пакет (типа alt1-rxxx или alt1.rxxx или еще как) ?

Дело осталось за малым - собрать еще с десятка полтора пакетов оставшихся

ПОчему спрашиваю то... Тут название папки с исходниками тесно связано с версией пакета, поэтому, чтобы башку не ломать, надо сразу делать как правильно.

Да и еще, как собрать пакет для i586 ? А то у меня собрался пакет бла-бла.pentium4.rpm

UPD3 Только что заметил, что таки добавились сборочные зависимости, так что все нормально.

На сегодня хватит сборки, надо все переварить и завтра со свежей головой попробовать еще парочку собрать.

Сообщение отредактировал ksa - 26.7.2011, 22:01

[Drool]

Да и еще, как собрать пакет для i586 ? А то у меня собрался пакет бла-бла.pentium4.rpm

Код

rpm -ba --target i586 bla-bla.spec

[ksa]

Спасибо Гене и Косте за обучение! Так глядишь действительно чего-нить рабочее соберу...

[kostyalamer]

Так глядишь действительно чего-нить рабочее соберу...

Соберешь обязательно !

[ksa]

Соберешь обязательно !

Эх, по-скорее бы уже. Но пока одни сплошные проблемы. Как будто сама система препятствует сборке. После сборки первого компонента начал собирать следующий. Тут выясняется, что нужна установка девелоп версия первого. Ставлю, а у меня apt не фурычит, не идет установка пакета, останавливается после вывода инфы, чего ставиться, сколько это в объеме. Только Ctrl+C обратнов консоль выйти помогает.

[Drool]

Такое бывает, если база RPM заблокирована другой программой, например, запущен синаптик. Либо еще может быть, если среди источников болтается CDROM.

[ksa]

Такое бывает, если база RPM заблокирована другой программой, например, запущен синаптик. Либо еще может быть, если среди источников болтается CDROM.

Ага, похоже на блокировку, ну да ладно. Успешно собрано 5 пакетов. На шестом опять затык:

Код

efreet_icon.c:899:14: error: 'ECORE_FILE_EVENT_CLOSED' undeclared (first use in this function)
efreet_icon.c:899:14: note: each undeclared identifier is reported only once for each function it appears in

Похоже ли это на ошибку программиста, писавшего сию библиотеку или это косяк сборщика ?

[Drool]

Похоже на отсутствие/ненахождение какого-то заголовочного файла. Нужно цитировать больше.

[ksa]

Весь фокус тут в том, что, если собирать этот пакет отдельно (хоть средствами альта, хоть просто зайдя в папку с исходниками), то ошибка. Привожу более подробный лог:

Код

# make
(CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /mnt/sdb1/e17_src/efreet/missing --run autoheader)
rm -f stamp-h1
touch config.h.in
cd . && /bin/sh ./config.status config.h
config.status: creating config.h
config.status: config.h is unchanged
make  all-recursive
make[1]: Entering directory `/mnt/sdb1/e17_src/efreet'
Making all in src
make[2]: Entering directory `/mnt/sdb1/e17_src/efreet/src'
Making all in lib
make[3]: Entering directory `/mnt/sdb1/e17_src/efreet/src/lib'
  CC     libefreet_la-efreet.lo
  CC     libefreet_la-efreet_base.lo
  CC     libefreet_la-efreet_icon.lo
efreet_icon.c: In function ‘efreet_icon_changes_cb’:
efreet_icon.c:899:14: error: ‘ECORE_FILE_EVENT_CLOSED’ undeclared (first use in this function)
efreet_icon.c:899:14: note: each undeclared identifier is reported only once for each function it appears in
make[3]: *** [libefreet_la-efreet_icon.lo] Ошибка 1
make[3]: Leaving directory `/mnt/sdb1/e17_src/efreet/src/lib'
make[2]: *** [all-recursive] Ошибка 1
make[2]: Leaving directory `/mnt/sdb1/e17_src/efreet/src'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Leaving directory `/mnt/sdb1/e17_src/efreet'
make: *** [all] Ошибка 2

[Drool]

Может поможет:
http://comments.gmane.org/gmane.linux.gentoo.user/239480
http://www.gossamer-threads.com/lists/gent...t_view_threaded
Ну и я бы в рассылке спросил.

Сообщение отредактировал Drool - 30.7.2011, 10:33

[ksa]

Последний, наверное, вопрос. Дальше попробую собрать все, кроме самого е17. Я имею ввиду все библиотеки, необходимые для работы
.
Вопрос такой. Кажется я упустил из виду такую вещь, как autogen. Скрипт, который собирал все хозяйство использовал уже созданные файлы configure и т.п. Я решил собрать начистоту: выкачал по-новой исходники. Но теперь не могу понять, как вызвать autogen перед configure в спек файле в рзделе %build или придется вручную дергать автоген на каждый пакет в папке исходников а потом все переупаковывать ?

Сообщение отредактировал ksa - 30.7.2011, 11:54

[Drool]

Если в каталоге исходников есть скрипт autogen - его и запускать в спеке:
./autogen

[ksa]

Теперь сборка совсем отвалилась. Не может исходники найти, причем сейчас спрашивает уже не паект-версия, а просто файл с именем пакета. Если есть папка в SOURCES с именем пакета, то говорит, что это не файл. Файл-архив с иходниками в двух вариантах пакета-версия.tar.bz2 и пакет.tar.bz2 имеются. Но сборка не идет.

[ksa]

Если в каталоге исходников есть скрипт autogen - его и запускать в спеке:
./autogen

Попробую, но сначала надо разобраться почему сборка не идет и что не так с исходниками.

UPD Разобрался. Вобщем пришлось надурить систему сборки. Так как исходники взяты из svn скриптом сторонним (которыми собирал е17), то источник исходников надо указывать соответствующий. Но я этого делать не стал. Вместо этого для упрощения задачи указал тарболы. Это однозначно неправильно, но у меня времени не много да и желания разбираться тоже нет. Главная задача - собрать.

Сообщение отредактировал ksa - 30.7.2011, 14:10

[ksa]

Код

Compressing files in /home/sb/tmp/edje-buildroot (auto)
Adjusting library links in /home/sb/tmp/edje-buildroot
./usr/local/lib:
        libedje.so.1 -> libedje.so.1.0.999
Verifying ELF objects in /home/sb/tmp/edje-buildroot (arch=normal,fhs=normal,lint=relaxed,rpath=normal,stack=normal,textrel=normal
,unresolved=normal)
verify-elf: WARNING: ./usr/local/bin/edje_cc: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_external_inspector: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_decc: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_inspector: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_player: RPATH entry found: /usr/local/lib
Обрабатываются файлы: edje-1.1-alt1.r61920
ошибка: Файл не найден: /home/sb/tmp/edje-buildroot/usr/bin/*
ошибка: Файл не найден: /home/sb/tmp/edje-buildroot/usr/share/edje
ошибка: Файл не найден: /home/sb/tmp/edje-buildroot/usr/share/mime/packages/edje.xml
Выполняется(%doc): /bin/sh -e /home/sb/tmp/rpm-tmp.30064
+ umask 022
+ /bin/mkdir -p /home/sb/RPM/BUILD
+ cd /home/sb/RPM/BUILD
+ cd edje-1.1
+ DOCDIR=/home/sb/tmp/edje-buildroot/usr/share/doc/edje-1.1
+ export DOCDIR
+ rm -rf /home/sb/tmp/edje-buildroot/usr/share/doc/edje-1.1
+ /bin/mkdir -p /home/sb/tmp/edje-buildroot/usr/share/doc/edje-1.1
+ cp -prL AUTHORS COPYING README /home/sb/tmp/edje-buildroot/usr/share/doc/edje-1.1
+ chmod -R go-w /home/sb/tmp/edje-buildroot/usr/share/doc/edje-1.1
+ chmod -R a+rX /home/sb/tmp/edje-buildroot/usr/share/doc/edje-1.1
+ exit 0


Ошибки сборки пакетов:
    Файл не найден: /home/sb/tmp/edje-buildroot/usr/bin/*
    Файл не найден: /home/sb/tmp/edje-buildroot/usr/share/edje
    Файл не найден: /home/sb/tmp/edje-buildroot/usr/share/mime/packages/edje.xml

А это нехватка файлов в исходниках или неправильно указаны шаблоны для установки файлов в спеке ?

Сообщение отредактировал ksa - 30.7.2011, 14:56

[ksa]

Вобщем, почти все собрал, кроме библиотеки, что была выше (с ошибкой сборки). Следующий этап это Е17 и модули, но их не соберешь, пока библиотеки все не будут собраны.

В нескольких других библиотеках тоже были похожие сообщения, но я закомментил строчки, которые вызывают эти сообщения, так не имею понятия, что здесь не так. Наверное, это тоже не соответсвует правилам сборки.

Сообщение отредактировал ksa - 30.7.2011, 16:41

[Drool]

verify-elf: WARNING: ./usr/local/bin/edje_cc: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_external_inspector: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_decc: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_inspector: RPATH entry found: /usr/local/lib
verify-elf: WARNING: ./usr/local/bin/edje_player: RPATH entry found: /usr/local/lib

....

Ошибки сборки пакетов:
Файл не найден: /home/sb/tmp/edje-buildroot/usr/bin/*
Файл не найден: /home/sb/tmp/edje-buildroot/usr/share/edje
Файл не найден: /home/sb/tmp/edje-buildroot/usr/share/mime/packages/edje.xml[/code]
А это нехватка файлов в исходниках или неправильно указаны шаблоны для установки файлов в спеке ?

Никаких мыслей нет? Сравните пути.

[ksa]

Что такое RPATH и откуда берется эта разница в путях и что делать со спеком в таком случае (спек взят из пакета сизифа, но там собраны релизные версии библиотеки) ?
Мыслей много, но я не уверен, что среди них есть правильная, поэтому спрашиваю.

UPD В скрипте забыл прописать этап конфигурирования, но ошибка осталась. По умолчанию префикс задавался как /usr/local. После добавления этапа конфигурирования префикс встал на свое место, вот только это несоответствие... Никак не пойму в чем же здесь проблема.

Сообщение отредактировал ksa - 30.7.2011, 19:02

[Drool]

А какая ругань идет сейчас?

[ksa]

А какая ругань идет сейчас?

Тишина
Как это не странно, но, кажется, я победил. Вся хрень в том, что во время отработки автогена префикс один, зато когда выполняется конфигурирование, префикс уже другой! Фуух. Полдня коту под хвост! Теперь соберу все с нуля дабы исключить варианты, заодно надо прошерстить все спеки на предмет закоменченных строк и внести изменения. Ну неужели было так сложно сделать так, чтобы хотя бы собиралось без проблем, ведь инструменты одни и теже.

Сообщение отредактировал ksa - 30.7.2011, 19:33

[ksa]

Первые результаты:

Собраны все библиотеки, наобходимые для работы е17 (снапшот r61920). Спасибо Юрию за спеки, без них я бы мучился гораздо дольше и неизвестно собрал бы вообще хоть что-нибудь!
Все библиотеки установлены вручную на ноутбуке (сборка шла на ПК), установлен е17 из репозитория. Запуск прошел успешно, на первый взгляд работает, но... Прошло много времени с момента сборки е17, поэтому надо собирать е17 и после сборки поставить на бук для проверки.
При сборке я не буду ориентироваться на совместимость с гномовским менеджером сессий, так как не вижу в этом смысла ввиду наличия в е17 своего менеджера а также всвязи с грядущим (видимо этого не избежать) дистрибутивом на базе е17.
Следующий этап - сборка менеджера сессий и проверка его в связке с собранным е17. После этого представлю пакеты вашему вниманию.
Доп. модули будут собираться позже, так как на них как, впрочем, и на менеджер сессий готового спека нет (если только кто-нибудь ткнет на образец).

Сообщение отредактировал ksa - 30.7.2011, 20:41

[ksa]

Итог двух дней:
Спек-файлы позволяют без критических ошибок собрать библиотеки и сам е17. Один спек пришлось писать с нуля, несколько спеков Юрия приглось подправить под свои требования к сборке, также пытался собрать компоненты с как можно большими возможностями, но похоже, что они не будут востребованы (речь о движках рендеринга (программный средствами исков, opengl, directfb), программный все равно быстрее и менее прожорливый на моей встроенной видеокарте).
Однако он запускаться почему то не спешит. В консоли пишет, что не может проинициализировать ecore-X (хотя он собран без ошибок). Также с этой библиотекой не запускается е17 из репы. Вобщем, похоже на опции конфигурирования. Попробую с этим разобраться, ведь при первых сборках все запускалось.

Сообщение отредактировал ksa - 31.7.2011, 19:45

[ksa]

Кто подскажет, есть ли макрос для каталога /usr/libexec в спеке и если есть, то как обзывается ?

[kostyalamer]

Кто подскажет, есть ли макрос для каталога /usr/libexec в спеке и если есть, то как обзывается ?

Я такого не нашел, вообще макросы можно глянуть в /usr/lib/rpm/macros /usr/lib/rpm/noarch-alt-linux/macros и другие каталоги в /usr/lib/rpm полезно поглядеть,
можно еще покопаться в папке /etc/rpm/macros.d

[ksa]

Обошелся %{_exec_prefix}/libexec, по-другому никак не хотело. Почти все собрал (и вроде как все нужные файлы ставятся). Осталось сам е17 собрать.

Сообщение отредактировал ksa - 1.8.2011, 22:08

[ksa]

Все, собрал.
Замеченные косяки - нет русского языка (скорее всего, надо удалять конфиг е17 из профиля и проходить через мастер установки).
Надо потестить на буке еще. Как только будет более-менее стабильно работать (при сборке было очень много варнингов на undefined symbol, есть резон предполагать, что нечто не в очень хорошем состоянии в исходниках), выложу рпмки Хотя для нетерпеливых могу выложить сейчас.

UPD Конфликты с имеющимися в репе пакетами. Приходится отрубать все источники для репы и после ставить.

UPD2 Вобщем, надо разобраться с языками и собрать менеджер сессий, чтобы проверить связку. После этого скорее всего представлю пакеты.

Сообщение отредактировал ksa - 1.8.2011, 22:48

[ksa]

Релизы пакетов немного откладываются. Походу дела придется опакетить еще один компонент, он оказывается тоже нужен. Лишь бы хватило терпения все это снова пересобрать (так как ревизия svn обновилась всвязи с отсутсвием исходников нужного компонента). Эх...

UPD Небольшая инструкция к тому, как поставить мои пакеты (не уверен, что все зависимости успешно доустановятся вместе с пакетами). Тут еще и проблема с версиями есть. Пакеты, которые в репе, имеют над моими приоритет и всегда норовят без спроса установится. Так что я напишу, что поставить до установки е17, чтобы не было проблем (но это будет уже завтра). А пока план действий вкратце:
1. Ставим вручную зависимости для е17 (во избежание, список в ближайшие дни будет).
2. Отрубаем все источники пакетов и обновляем список покетов.
3. Ставим мои рпмки.

Сообщение отредактировал ksa - 2.8.2011, 23:11

[ksa]

Один пакет в зависимостях у менеджера остался... Но не может провести стадию упаковки файлов %install). Ругается вот как:

Код

make: Leaving directory `/home/sb/RPM/BUILD/elementary-0.7.0'
+ exit 0
Выполняется(%install): /bin/sh -e /home/sb/tmp/rpm-tmp.78801
+ umask 022
+ /bin/mkdir -p /home/sb/RPM/BUILD
+ cd /home/sb/RPM/BUILD
+ /bin/chmod -Rf u+rwX -- /home/sb/tmp/elementary-buildroot
+ :
+ /bin/rm -rf -- /home/sb/tmp/elementary-buildroot
+ cd elementary-0.7.0
+ /usr/lib/rpm/brp-alt
/usr/lib/rpm/brp-alt: line 26: cd: /home/sb/tmp/elementary-buildroot: No such file or directory
ошибка: Неверный код возврата из /home/sb/tmp/rpm-tmp.78801 (%install)


Ошибки сборки пакетов:
    Неверный код возврата из /home/sb/tmp/rpm-tmp.78801 (%install)

Что можно тут сделать ? Сам скорее всего не разберусь - опыта еще маловато.

Сообщение отредактировал ksa - 2.8.2011, 23:54

[Drool]

/usr/lib/rpm/brp-alt: line 26: cd: /home/sb/tmp/elementary-buildroot: No such file or directory
ошибка: Неверный код возврата из /home/sb/tmp/rpm-tmp.78801 (%install)

Покажи стадию %install в спеке.

P.S. И я практически всегда в такое время болтаюсь в джаббере и в клубном чате.

Сообщение отредактировал Drool - 3.8.2011, 0:22

[kostyalamer]

Пакеты, которые в репе, имеют над моими приоритет и всегда норовят без спроса установится.

Собери свои пакеты с более старшими номерами чем у тех которые лежат в бранче и тогда приоритет будет у них

[ksa]

Собери свои пакеты с более старшими номерами чем у тех которые лежат в бранче и тогда приоритет будет у них

Я тоже так подумал, а раз так, то придется снова обновить исходники, подправить номера версий в спеках. Судя по чейнджлогам, с момента последней сборки поправили несколько багов. Так что не помешает в любом случае. И еще вопрос. Мои спеки несовсем копипаст готовых (переработны маленько). Надо ли мне в чейнджлоге оставлять наработки предыдущих пакаджеров ?

[Drool]

Надо ли мне в чейнджлоге оставлять наработки предыдущих пакаджеров ?

Это вопрос профессиональной этики.

[ksa]

Покажи стадию %install в спеке.

Тут ничего военного, единственное, что в спеке из репы было вот так:

Код

%install
%makeinstall_std
rm -f %buildroot%_libdir/libelementary*.la
rm -f %buildroot%_libdir/elementary*.la
rm -f %buildroot%_libdir/edje/modules/elm/*/*.la
rm -f %buildroot%_libdir/elementary/modules/test_entry/*/*.la


%files
%_bindir/*
%_datadir/%name
%_desktopdir/*.desktop
%_iconsdir/*.png

%files -n libelementary
%doc COPYING
%_libdir/libelementary*.so.*
%_libdir/edje/modules/elm/*/*.so
%_libdir/elementary/modules/test_entry/*/*.so

%files -n libelementary-devel
%_includedir/elementary*/
%_libdir/libelementary*.so
%_libdir/elementary_testql.so
%_pkgconfigdir/elementary*.pc

у меня же не работает вот в таком варианте:

Код

%install

%files -n lib%name
%_bindir/*
%doc COPYING
%_libdir/*

%files -n lib%name-devel
%_include dir/elementary/*.h
%_libdir/*.so
%pkgconfig/%name.pc

То есть, дело собственно до упаковки и не доходит, а глохнет в самом начале. Похоже, что проблема с исходниками (теряется buildroot?).

PS Пишу из-под собранного е17, правда менеджер сессий используется собранный с помощью скрипта (еще с недели две назад наверное)

Сообщение отредактировал ksa - 3.8.2011, 20:54

[Drool]

Код

%install
%makeinstall_std

у меня же не работает вот в таком варианте:

Код

%install

То есть, дело собственно до упаковки и не доходит, а глохнет в самом начале. Похоже, что проблема с исходниками (теряется buildroot?).

Разницу улавливаешь? Наименование секции есть (%install), но самого скрипта инсталляции в buildroot нету (%makeinstall_std)

[ksa]

Разницу улавливаешь? Наименование секции есть (%install), но самого скрипта инсталляции в buildroot нету (%makeinstall_std)

Да уж, запарился я совсем видать и упустил.
Пакеты пока выложил сюда сюда Менеджер сессий будет позже и будет выложен там же.
Устанавливать рекомендую по инструкции выше.
Чейнджлоги позже обновлю, надо будет придумать чего-нить с нумерацией версий.

Зависимости:
Ну иксорг это понятно, dbus, udisks, upower, lib(tiff,gif,png,xpm,jpg,xcb, alsa), hal, bluez, libgnutls, lua5, zlib, libgcrypt, pam. Может еще чего забыл

Ну и как запустить:
После установки всех пакетов в консоли под своим пользователем даем команду /usr/bin/enlightenment_start

PS Не проверял, но может заработать сеанс и из gdm.
PS2 Не все модули будут работать скорее всего (у меня не пашет температуный датчик и датчик частоты процессора). Также у меня работает не как положено смена разрешения средствами е17 (то ли они этот функционал переделывают то ли я чего то недособрал)

Сообщение отредактировал ksa - 3.8.2011, 23:03

[ksa]

Другая напасть, теперь не может чего-то с зависимостями решить:

Код

files.req: WARNING: /home/sb/tmp/elementary-buildroot/usr/lib/pkgconfig: directory belongs to pkg-config
lib.req.files: ELF executable /home/sb/tmp/elementary-buildroot/usr/lib/debug/usr/bin/elementary_config.debug is not executable
lib.req.files: ELF executable /home/sb/tmp/elementary-buildroot/usr/lib/debug/usr/bin/elementary_quicklaunch.debug is not executable
lib.req.files: ELF executable /home/sb/tmp/elementary-buildroot/usr/lib/debug/usr/bin/elementary_run.debug is not executable
lib.req.files: ELF executable /home/sb/tmp/elementary-buildroot/usr/lib/debug/usr/bin/elementary_test.debug is not executable
lib.req.files: ELF executable /home/sb/tmp/elementary-buildroot/usr/lib/debug/usr/bin/elementary_testql.debug is not executable
ldd: ERROR: /home/sb/tmp/elementary-buildroot/usr/lib/debug/usr/bin/elementary_test.debug: trace failed
find-requires: ERROR: /usr/lib/rpm/lib.req failed
ошибка: /bin/sh не удалось
ошибка: Невозможно найти Requires


Ошибки сборки пакетов:
    /bin/sh не удалось
    Невозможно найти Requires

Чет не пойму, чего ему не хватает на этот раз ?

Сообщение отредактировал ksa - 3.8.2011, 22:08

[Drool]

Насчет debug-пакетов лучше спросить в сизифной рассылке. Кроме того, их нужно выделять в отдельный подпакет. Я в 5.1 не имею с ними дела, так что не в курсе.

[Drool]

Зависимости:
Ну иксорг это понятно, dbus, udisks, upower, lib(tiff,gif,png,xpm,jpg,xcb, alsa), hal, bluez. Может еще чего забыл

Ничего, все нужные зависимости автоматически прописываются внутрь пакета, так что при apt-get install система их попытается подхватить самостоятельно. Главное - чтоб все нужные пакеты были в официальных репах.

[ksa]

Насчет debug-пакетов лучше спросить в сизифной рассылке. Кроме того, их нужно выделять в отдельный подпакет. Я в 5.1 не имею с ними дела, так что не в курсе.

Они и так выделены.
Сборка этой гадости, которая не собирается с помощью спека штатными приемами, но которая собирается по configure && make && make install откладывается, так как я не знаю, когда снова решусь таким макаром время убить. Соответственно, сборка менеджера сессий тоже откладывается.

UPD Нашел несколько ошибок в спеке, возможно дело в них. Эксперимент со сборкой продолжится завтра.

UPD2 Обошел эту ошибку костылем - добавил заголовочные файлы в основной пакет (это неправильно и неэтично, но куда деваться - ведь собрать то надо. потом надо будет спросить что к чему тут).

Сообщение отредактировал ksa - 3.8.2011, 23:03

[ksa]

Менеджер сессий собран и проверен на кентавре.
Дополнение к инструкции по использованию:
После установки всех пакетов загружаемся в голую консоль, логинимся под рутом и запускаем /usr/sbin/elsa
Профит!

Далее надо будет очистить пакеты от мусора (.lo), что-то сделать с версиями пакетов, чтобы они обновляли текущие пакеты в репе (буду рад выслушать предложения, в спеках некоторых пакетов используется Serial - нужен он или нет), поправить мелкие ошибки в спеках, обновить чейнджлог. После этого можно и спеки выложить и srpm-ки.

Те пакеты, что я выложил - тестовые, а после описанных выше процедур вновь обновлю исходники и пересоберу, вот тогда их можно считать более-менее нормальными

Сообщение отредактировал ksa - 4.8.2011, 9:55

[ksa]

Комментарии и замечания приветствуются. Сам больше сейчас работаю в гноме (на ноуте), на пк только сборка, поэтому тестинга с моей стороны немного.

[Drool]

Если версии одинаковы, то достаточно увеличить релиз. К примеру, в репозитариях лежит версия пакета foo-1.2-alt3, значит нужно свой пакет назвать foo-1.2-alt3.1 и выше. Сериал имеет решающее значение - более новым пакетом считается тот пакет, у кого сериал выше. К примеру foo-2.2-alt5 с сериалом 1 и пакет foo-1.8-alt1 с сериалом 2 - так вот, более новым будет выбран и установлен пакет foo-1.8-alt1 с сериалом 2. Обычно, такое делается в случае либо если нужно откатиться на более старую версию (новая слишком глючная, сырая или какие-то другие причины), либо если апстрим с какого-то дуру сменил нумерацию версий.

[ksa]

Сделал так: где был сериал, оставил, но поднял релиз, а где сериала не было - поднял релиз. Теперь должно будет ставиться.
Я когда пакеты выложил, то не учел, что их поставить нельзя впринципе. Почему то один из пакетов требовал для установки девел версию себя самого! Решив разобраться по-лучше со сборкой все зависимости для сборки прописал вручную через BuildRequires.
Спеки поправил, надеюсь. Осталось только чейнджлоги обновить и дату сборки проставить, ну и собрать Думаю, завтра будут готовы пакеты.
PS Если кто пробовал ставить, то прошу подтвердить невозможность установки всей кучи пакетов посредством apt-get install * (если это имело место, мне не удалось их поставить таким макаром на ноутбуке с кентавром).
UPD Пока убрал те пакеты из доступа, завтра. надеюсь, залью новые.

Сообщение отредактировал ksa - 4.8.2011, 22:16

[kostyalamer]

PS Если кто пробовал ставить,

Я пока сижу на бранче 5,1 , когда перееду на p6 обязательно потестирую твои пакеты .

[ksa]

Пересобрал. Из недоработок - чейнджлог предыдущих наработок не сохранен (слишком много ручной работы по копированию и правке. если кто научит как автоматом запихать лог в спек - буду рад).

Что ждать от этой кучи пакетов? Отменной стабильности врядли стоит ждать, мультисессию графический менеджер входа не поддерживает (пока), но для одного пользователя вполне можно пользоваться. Должен грузить другие WM, если они есть в системе. Переключатель раскладки клавиатуры придется искать или ставить дополнительно (с внутренним не разбирался особо), ну или колдовать с конфигами ксорга. Перевод есть не везде (помним, что е17 еще в разработке). Могут не работать некоторые модули (не всмысле не загружаться, а не показывать свой функционал).
Вот вкратце и все.

Srpms и спеки выложил. Говорю сразу: поддерживать пакеты я скорее всего не буду (по причинам альфа\бета версий большей части компонентов и отсутствия времени и желания), я взялся только за начальный этап. Но ошибки в сборке или недочеты сборки этих пакетов постараюсь исправить (несмотря на то, что еще новичок в этом деле). Буду рад любой конструктивной критике (особенно интересует как обстоят дела с зависимостями, если ставить, например, на кентавр или какой-то другой дистрибутив - будут ли ставиться все дополнителные зависимости).

Установка проста - копируем все файлы в одну папку и apt-get install * (ничего лишнего в папке быть не должно). Если вы уже ставили и пользовались е17 из репы, то настоятельно рекомендую удалить директорию ~/.e в профиле пользователя, под которым будeте работать. В папке modules лежат доп. модули, расширяющие функционал, но не являющиеся обязательными для установки е17. После установки прибиваем менеджер сессий (если таковой установлен) и сам WM, если таковой есть. В консоль заходим под рутом и пишем elsa
Дальше, думается, разберетесь

PS Определение поддерживаемых разрешений видеоадаптера и монитора работает, просто, если существует файл xorg.conf в /etc/X11 и в нем прописана ахинея, то детектилка эту ахинею вам и покажет в разрешениях. Если файл грохнуть или исправить (если почему-то нельзя автоматом получить все разрешения и частоты обновления экрана, то все нормально работает (достаточно просто выйти из е17, не перезагрузка, а именно выход или завершение сессии и зайти снова).

Прилагаю скриншот (почти дефолтные настройки):

Сообщение отредактировал ksa - 6.8.2011, 14:54

Прикрепленные файлы

 1.JPG ( 64.37 килобайт ) Кол-во скачиваний: 10

 

[ksa]

Собрал еще несколько модулей, облегчающих работу в е17, создал структуру каталогов, распихал файлы по местам. Думаю, так будет проще ориентироваться, что где лежит тут.

Сообщение отредактировал ksa - 6.8.2011, 14:45

[ksa]

Пока из нерабочих вещей заметил невозможность монтирования и нормального открытия сменных носителей. Е17 стоит на кентавре (на буке). Попробую выяснить, чего не хватает для работы.
Единственное, что пока знаю (где-то читал), так это то, что в fstab строчка, имеющая отношения к двд приводу, должна быть закомментирована.

UPD Нашел проблему в сборке всех без исключения пакетов. Нет, они рабочие (проверял у себя), но забыл поправить один файл в ld.so.conf.d (а быть может он вообще не нужен, попробую собрать без него, так как там указывалось искать библиотеки в старом /opt/e17 расположении). Подумаю, имеет ли смысл вновь исходники обновить и пересобрать или пересобрать эту ревизию.

UPD2 Пересоберу, к тому же, обнаружилась еще одна зависимость (библиот ека) для е17. Проблему с ld.so.conf.d похоже решил - теперь нет варнингов при сборке. После выложу обновленные пакеты спеки srpm.
Надеюсь, это последний раз, когда приходится делать глобальную пересборку

Сообщение отредактировал ksa - 6.8.2011, 18:06

[ksa]

Проблема монтирования вроде решена (похоже, что зависмости нехватало для сборки). Во всяком случае, модуль places смонтировал флешку без проблем. Немного подкорректировал параметры конфигурирования одного из компонентов (для ускорения рендеринга на софтварном движке). В ближайшее время обновлю пакеты.

[ksa]

За прошедшее время выявил еще несколько зависимостей между разными компонентами (для правильного функционирования). Но возник вопрос. Как мне запустить службу (от которой зависит один из пакетов е17-ого) после установки пакета, можно ли это прописать в спеке и как это сделать ?

Сообщение отредактировал ksa - 7.8.2011, 9:40

[ksa]

Добавил пакеты пересобранной ревизии, добавил несколько зависимых пакетов (для случая установки на систему без гнома, например). Поменялась структура каталогов (думаю, так понятнее будет). После вычищения системы от гномовских пакетов и откату на систему без гнома перестало монтироваться в ручном режиме и автоматическом режиме.
Пересобирать новую ревизию не планирую пока. Надо бы довести то, что есть до кондиции. Поэтому, замечания и тестинг приветствуются
Для установки е17 как самостоятельного WM, советую ревизию 62170. Предыдущую ревизию оставил для тестинга и сравнения с более новой, чтобы отслеживать изменения (если кто-нибудь вообще будет ее ставить)

UPD Обновил пакеты, залил srpm и спеки новой ревизии. Чтобы у вас работало определение сменных носителей надо hald запустить (также он должен быть запущен для модуля places). Вроде бы все зависимости определил, но не факт (так и не понял, почему не работает монтирование и автомонтирование сменных накопителей). Пока закончу со сброкой, установил на бук и пк данные пакеты (62170). Буду по возможности тестить и выявлять косяки.

Сообщение отредактировал ksa - 7.8.2011, 13:29

[Drool]

Как мне запустить службу (от которой зависит один из пакетов е17-ого) после установки пакета, можно ли это прописать в спеке и как это сделать ?

Это делается в секции %post, туда можно вписать любые команды, которые выполнятся после установки пакета. Эту секцию обычно размещают перед секцией %files.

[ksa]

Интересное дело. Раньше скриптом собирал пакетов больше (где-то штук на 7-9). Среди этих модулей, оказывается, есть аналог psplash (основанный на EFL), использующий x11/Xrender/FB/gl для вывода картинки, но работающий в userspace. Как считаете, есть смысл копнуть в этом направлении или не стоит заморачиваться ввиду наличия плимута ?

UPD Судя по коммитам, исправлены проблемы со сборкой движков рендеринга, подправлен XCB движок. Похоже, что есть смысл пересобрать некоторые пакеты.

Сообщение отредактировал ksa - 9.8.2011, 8:36

[kostyalamer]

UPD Судя по коммитам, исправлены проблемы со сборкой движков рендеринга, подправлен XCB движок. Похоже, что есть смысл пересобрать некоторые пакеты.

Пересобирай, теперь есть в наличии система на p6 могу чего-нибудь потестить

[ksa]

Пересобирай, теперь есть в наличии система на p6 могу чего-нибудь потестить

Да, собственно, круг проблем определен уже. Необходимо найти решение этих самых проблем. Но для этого, надо поставить все это хозяйство
Если хочешь потестить, то ставь базу 62421. Модули тоже из этого каталога. Один нюанс только. elsa ставь 0.0.3, а не 0.0.4 (хоть и поднял версию апстрим, ан накосячили там похоже - глючит-с) из базы 62170.

Итак, проблемы:
Монтирование (как авто, так и ручное). Здесь загвоздка где-то в правилах. Точнее сказать не могу.
Проблемы с менеджером сесиий. Тут остается только ждать у моря погоды, когда его доведут до рабочего состояния. Предыдущая версия (0.0.3) вполне себе рабочая, ее пока и рекомендую ставить.
Надо еще собрать инструментарий для создания тем оформления.
Некорректный вывод гаджетов на экран после смены разрешения экрана.

Собрал всю кучу пакетов в папке for_testing дабы было проще ориентироваться.

Сообщение отредактировал ksa - 14.8.2011, 9:21

[ksa]

Собрал несколько модулей внешнего вида, а также бенчмарк для движка Evas (внимание, эта штука запускается из консоли под пользователем).

[ksa]

В данный момент я на пути к сборке конструктора GUI, надо лишь собрать еще пару-другую пакетов

Один пакет пока собрать не удается. Где-то в скриптах жестко указывается зависимость от одной из библиотек, причем ее версия в собранных мной пакетах выше требуемой, но на ее наименовании это никак не отражается, поэтому сборка стопорится. Можно, конечно, поискать и найти это сравнение и подправить, но я не уверен, что это правильное решение. Пожалуй, лучше дожусь, когда апстрим версию поднимет.

Сообщение отредактировал ksa - 14.8.2011, 20:23

[kostyalamer]

Да , пакетов у тебя там очень много попробуй сделать репозитарий вроде этого : http://ftp.linux.kiev.ua/pub/Linux/ALT/peo...tyalamer/repos/
сделай подобную структуру у себя на компе, потом воспользуйся командой genbasedir и готовую репу залей обратно . Тогда достаточно будет подключить твою репу в качестве источника и ставить пакеты оттуда .