Дистрибутив на базе Е17, E17 из svn (многие пакеты считаются nonstable) Опции Поделиться

[ksa]

Выложи src-пакет e17-base и e17-common (в репе их нет), посмотрю в чем причина.

Смотри src пакета e17 - это подпакеты (и base и common)

[ksa]

Нашел небольшой косяк в спеке, возможно это и было причиной. Других проблем не нашел. Сейчас пересоберу и перезалью пакеты. Пробовать собрать можно будет через минут 30.

[ksa]

Олег, пакеты перезалил. Пробуй. Если не получится, то у меня нет идей, почему сборка не проходит.

[Balbes]

Пока результат - та же ошибка, буду разбираться.

[Drool]

Такие вещи нужно вычислять руками. Берешь пакет, который ты хочешь поставить, и пытаешься поставить его руками через rpm -Ihv bla-bla.rpm, смотришь что ему нужно, на что ругается, анализируешь.

[ksa]

Пока результат - та же ошибка, буду разбираться.

Есть еще одна догадка. Пакет e17-base жеско не привязан к версии пакета e17-common (как и к версиям остальных пакетов). Поэтому возможен конфликт е17 из официальной репы и е17 из моей репы. Нужно каким-то макаром закрыть доступ сборочной системе к пакетам e17 и EFL (eina, eet, evas, acore и др.) из офф. репы. Как это сделать не знаю бо не разу не сталкивался с такой необходимостью.
Если не получится как-то закрыть доступ к пакетам из оф. репы, готов прибить гвоздями в спеке версии зависимых пакетов для e17-base, чтобы не было конфликтов.

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

[Balbes]

Оторвал у e17-base зависимость на e17-common, сборка без e17-common проходит нормально, если добавить в сборочный профиль e17-common то получаем :

The following packages have unmet dependencies:
e17-common: Depends: /etc/xdg/menus/altlinux-applications-shallow.menu but it is not installable
E: Broken packages

[ksa]

Мать-перемать... Откуда это взялось в депендах у пакета, не понимаю. Кто мне пояснит, как при создании симлинка в спеке сделать так, чтобы rpm-utils не тянули зависимость на пакет с несуществующим именем файла, с которого делается симлинк ?

[ksa]

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

[ksa]

Зашел к снаряду с другой стороны. Сделал другим способом. Проверил. Функционал никуда не делся - работает, как и до исправления . Пакеты перезалил. Пробуй, Олег

[Balbes]

Все собралось, на днях проверю устанавливаемость и залью на киевский фтп.

Сообщение отредактировал Balbes - 18.1.2012, 17:24

[ksa]

Все собралось, на днях проверю устанавливаемость и залью на киевский фтп.

Отлично Только старый образ оставь. Я еще постараюсь вспомнить, чего изменилось по сравнению с первым образаом. Надо что-то вроде чейнджлога написать по такому поводу...

[Balbes]

Залил образ на фтп

[ksa]

Что-то у меня в виртуалбоксе толком не ставится с этого образа. Олег, а на чем ты пробовал ?

[Balbes]

На реальном железе (р4\1.5Гб\120ГбSATA), позже попробую проверить на старых железках.

[ksa]

Ставлю на свой подопытный комп (p3/192Mb). Установка не доходит до конца, после этапа сохранения настроек, а если точнее, то до его завершения система ребутится и после перезагрузки не имею возможности загрузить систему, груб выкидывает режим восстановления.
PS Чексумму сверил - совпадает. Симптомы точно такие же как и с установкой в виртуалбокс.
PPS С третьего раза дело пошло дальше сохранения параметров, но до шага успешной установки все же не дошло. Буду мучать до победного - надо посмотреть, все ли корректно будет работать после установки.

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

[Michael Shigorin]

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

Известное: http://lists.altlinux.org/pipermail/sisyph...ary/356668.html

(загрузчик не устанавливается вовсе, а то, что пытается грузиться -- это остатки старого)

Пока непонятно, как ловить...

[ksa]

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

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

[ИВК]

Последние сообщения выделил в тему Mkimage-profiles и ответил там же.

[Balbes]

Известное: http://lists.altlinux.org/pipermail/sisyph...ary/356668.html

(загрузчик не устанавливается вовсе, а то, что пытается грузиться -- это остатки старого)

Пока непонятно, как ловить...

Откопал у себя один из первых вариантов m-p на котором собирал е17, запустил из него сборку на текущих бранчах (на которых собирал последний дистр с е17, который оказался не рабочим), сборка прошла нормально, проверил устанавливаемость - все шаги отрабатывают и система е17 нормально ставиться и стартует после установки.
Сейчас этот вариант заливается на фтп.
Похоже что причина все таки в самом профиле m-p, надо будет на досуге посмотреть в чем различия образов с ошибкой (установки) и без нее. Мне кажется, что не хватает каких-то пакетов, типа mkinitrd или чего-то подобного, что связано с процессом установки загрузчика, т.к. ошибка явно связана с не правильной отработкой установщика загрузчика, поэтому падает и вся остальная установка.

[ksa]

Откопал у себя один из первых вариантов m-p на котором собирал е17, запустил из него сборку на текущих бранчах (на которых собирал последний дистр с е17, который оказался не рабочим), сборка прошла нормально, проверил устанавливаемость - все шаги отрабатывают и система е17 нормально ставиться и стартует после установки.
Сейчас этот вариант заливается на фтп.
Похоже что причина все таки в самом профиле m-p, надо будет на досуге посмотреть в чем различия образов с ошибкой (установки) и без нее. Мне кажется, что не хватает каких-то пакетов, типа mkinitrd или чего-то подобного, что связано с процессом установки загрузчика, т.к. ошибка явно связана с не правильной отработкой установщика загрузчика, поэтому падает и вся остальная установка.

Спасибо, Олег, за сборку, буду теперь ее мучить на старом железе для опытов.

[Balbes]

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

п.с. Попробую взять последний клон m-p и провести над ним проверку.

пп.сс. Заливаю последний пробный вариант на фтп, а ошибочный удалил.

Сообщение отредактировал Balbes - 3.2.2012, 11:32

[Balbes]

Причина сваливания установки вроде найдена, собрал на последних на сегодняшний день срезах бранча р6 и киевской репы е17, образ и залил его на фтп.
По ходу добавил в образ браузер и synaptic , без них сильно затрудняется тестирование простыми пользователями.

[ksa]

Олег, а добавление в конфиг apt'a реп по умолчанию есть возможность сделать (чтобы вручную не прописывать) ?

[Balbes]

Конечно есть, тут
ftp.linux.kiev.ua/pub/Linux/ALT/people/_balbes/antique/5.1/branch/SRPMS/
как вариант можно посмотреть (apt-conf-antique) и на основе слепить любые,
У Кости в клубной репе тоже есть пакет для настройки apt, можно взять исходники и настроить как угодно, убрать не нужное и добавить свое.

[Michael Shigorin]

Причина сваливания установки вроде найдена

И-ии? :)

PS: см. тж. про ранние server-light, там IIRC был grub.

[ksa]

Появилась ошибка, скорее всего связанная с отсутствием в образе какого-то пакета. Е17 не может корректно определить dbus. При этом на старых срезах бранча p6 и в старых образах такого вроде бы не было. Не могу пока сказать, в чем же причина. На рабочих системах (кентавр и симпли) с запуском и инициализацией dbus enlightenment'ом проблем нет. Попробую еще поковырять, может докопаюсь до причины.
PS Необходимые пакеты dbus в образе есть, сам сервис стартует. Но мне кажется, что проблема в отсутствии tmp директории в хомяке или какой-то другой директории, где dbus складывает свои файлы рабочих сессий.

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

[Drool]

Но мне кажется, что проблема в отсутствии tmp директории в хомяке или какой-то другой директории, где dbus складывает свои файлы рабочих сессий.

Весьма сомнительно. Временный каталог определяется переменной $TMPDIR, и по идее не должно быть разницы куда она указывает.

[kostyalamer]

Кость, пробуй слепить блин

Слепил, заливаю на ftp-шник ( надеюсь зальется к утру ) . Из замеченных косяков, проблема с размером строк меню / заголовков окон из за которой невозможно прочитать надписи.
Но для первого блина в общем нормально.
 erre17test1.jpeg ( 134.84 килобайт ) Кол-во скачиваний: 2

[kostyalamer]

Залился, лежит тут : http://ftp.linux.kiev.ua/pub/Linux/ALT/peo...lub/iso_e17_p6/
вместе с контрольной суммой и Changelog-ом