Общий привет. Я тут с недавнего времени стал штатным сотрудником Альта, с основным прицелом на занятие non-x86 stuff'ом. У меня есть проект по портированию Сизифа на Power, и с ним, думаю, всё будет хорошо, а вот по поводу всего остального давайте подумаем. Как я понимаю, сейчас есть более или менее работающий порт на ARM, собирающийся в qemu и попытка притащить на mips, да? Тоже в qemu? Какие у вас целевые железки для arm'а и mips'а и целевое применение? Embedded? -- Regards, Wartan.
[-- Attachment #1: Type: text/plain, Size: 506 bytes --] Здравствуйте Wartan Hachaturow В сообщении от 18 декабря 2007 Wartan Hachaturow написал(a): > Какие у вас целевые железки для arm'а и mips'а и целевое применение? > Embedded? Ещё есть Spark http://www.elbrus.ru/vk-elbrus.shtml http://forum.tsure.ru/index.php?showtopic=1796 -- А ещё говорят так (fortune): - Что делает системный администратор, проснувшись с похмелья? - Тестирует память... ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1601 bytes --] On [Tue, 18.12.2007 23:50], Wartan Hachaturow wrote: > Общий привет. > > Я тут с недавнего времени стал штатным сотрудником Альта, с основным > прицелом на занятие non-x86 stuff'ом. > У меня есть проект по портированию Сизифа на Power, и с ним, думаю, > всё будет хорошо, а вот по поводу всего остального давайте подумаем. Есть несколько embedded железок на freescale. Пока там дебиан. Интересно было бы попробывать. > Как я понимаю, сейчас есть более или менее работающий порт на ARM, > собирающийся в qemu и попытка притащить на mips, да? Тоже в qemu? MIPS, насколько я знаю, собирается нативно. > Какие у вас целевые железки для arm'а и mips'а и целевое применение? Embedded? На ARM не embedded практически нет. Разве что development board. Самая мощная из мне доступных IOP348 800Mhz(в природе ещё существует). В зоне досигаемости есть ещё 5-7 разновидностей всякой embedded'щины на ARM. -- Regards, Kirill A. Shutemov + Belarus, Minsk + Velesys LLC, http://www.velesys.com/ + ALT Linux Team, http://www.altlinux.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
Добрый день, WH> > Я тут с недавнего времени стал штатным сотрудником Альта, с основным WH> прицелом на занятие non-x86 stuff'ом. WH> У меня есть проект по портированию Сизифа на Power, и с ним, думаю, WH> всё будет хорошо, а вот по поводу всего остального давайте подумаем. под mips_32 пока только big endian порт. порта mips_64 big/little endian пока нет. Собраны пакеты до midnight & немного Пакеты тестятся на процессорке зеленоградской разработки/производства. . -- С Уваженим, gosha.
Здравствуйте. Я недавно пробую использовать arm-порт на целевом устройстве, на данный момент на основе at91sam9260. Попробовал собрать rootfs из профиля mkimage-profile-armrootfs.git , использовать репозиторий ftp://ftp.altlinux.ru/pub/people/boyarsh/arm/ Полученный tar я распаковываю и создаю образ jffs2 с помошью mkfs.jffs2, который заливаю на nand flash. Хвала создателям, оно даже грузится в определенном смысле :))) Но возникло несколько концептуальных вопросов, хотелось бы узнать мысли/планы опытных людей. 1. Понятно, что применять порт можно на устройствах совершенно разной конфигурации - с наличием/отсутствием rs-232, ethernet, vga, размерами ram и flash и т.п. у меня, например, самосборное ядро 2.6.30 без модулей и nand flash, есть rs-232 и ethernet но нет vga. Мне никогда не будет нужна поддержка загрузки модулей , UPS, swap, framebuffer и загрузки шрифтов, udev нужен только для автомонтирования sd card, fsck при загрузке у меня пытается проверить ext2 (почему-то именно ее) и вываливается (пока обошел через fastboot) - мне не нужен fsck в принципе на jffs2, device-mapper, multipath, EVMS/LVM, RAID, NFS/CIFS и т.д. Все это делалось для десктопов/серверов и осталось в rc.sysinit в пакете для ARM. Понятно, почему - пакет на разные архитектуры собирается из одного источника, но можно ли как-то дистрибутивно (в сизифе?) для arm-пакета отменить исполнение некоторых частей? 2. Работаю с устройством через com-порт (ttyS0), все грузится и останавливается после rawdevices (которые тоже не нужны ;). Думал - виснет?, потом догадался что просто не хватает getty на этом порту. agetty в профиль не включен, собираюсь вот пересобрать снова. Может, включить? Или, например, в профиле нет dhcpcd, а etcnet по умолчанию настраивает только интерфейс lo. Таким как я, у кого ethernet (может тут еще кто есть? ;), было бы удобно иметь eth0 с bootproto=dhcp. 3. С набором пакетов по умолчанию на данный момент размер tar составляет 220 Mb (jffs2 образ будет около 110 Mb). Это слишком много для меня, релиз Angstrom, который использует busybox имеет размер 15 Mb. Когда я выкинул "что-нибудь ненужное", получился jffs2 образ на 47 Mb. Есть ли метод держать в профиле (в git.altlinux.org) несколько вариантов набора пакетов - минимальный, полный консольный, полный графический и т.п. ? И чтобы заранее было описано где-то, какой будет состав и получаемый размер образа. В Angstrom это есть в виде tasks, например: bitbake base-image ; bitbake console-image x11-image В общем, всем кто разивает - спасибо, было бы интересно продолжить. Не хватает только людей, остальное приложится ;) -- Mike
2010/3/24 Mike Lykov <combr@yandex.ru>: > Здравствуйте. > > Я недавно пробую использовать arm-порт на целевом устройстве, на данный момент на основе at91sam9260. > Попробовал собрать rootfs из профиля mkimage-profile-armrootfs.git , использовать репозиторий > ftp://ftp.altlinux.ru/pub/people/boyarsh/arm/ > Полученный tar я распаковываю и создаю образ jffs2 с помошью mkfs.jffs2, который заливаю на nand flash. > Хвала создателям, оно даже грузится в определенном смысле :))) > > Но возникло несколько концептуальных вопросов, хотелось бы узнать мысли/планы опытных людей. > > 1. Понятно, что применять порт можно на устройствах совершенно разной конфигурации - с наличием/отсутствием rs-232, ethernet, vga, размерами ram и flash и т.п. > у меня, например, самосборное ядро 2.6.30 без модулей и nand flash, есть rs-232 и ethernet но нет vga. > Мне никогда не будет нужна поддержка загрузки модулей , UPS, swap, framebuffer и загрузки шрифтов, udev нужен только для автомонтирования sd card, fsck при загрузке у меня пытается проверить ext2 (почему-то именно ее) и вываливается (пока обошел через fastboot) - мне не нужен fsck в принципе на jffs2, device-mapper, multipath, EVMS/LVM, RAID, NFS/CIFS и т.д. > > Все это делалось для десктопов/серверов и осталось в rc.sysinit в пакете для ARM. Понятно, почему - пакет на разные архитектуры собирается из одного источника, но можно ли как-то дистрибутивно (в сизифе?) для arm-пакета отменить исполнение некоторых частей? ARM'ы бывают разные. Соберите себе startup с тем что вы хотите сами. Если изменения получатся достаточно общими, patches are welcome. > 2. Работаю с устройством через com-порт (ttyS0), все грузится и останавливается после rawdevices (которые тоже не нужны ;). Думал - виснет?, потом догадался что просто не хватает getty на этом порту. agetty в профиль не включен, собираюсь вот пересобрать снова. Может, включить? > Или, например, в профиле нет dhcpcd, а etcnet по умолчанию настраивает только интерфейс lo. Таким как я, у кого ethernet (может тут еще кто есть? ;), было бы удобно иметь eth0 с bootproto=dhcp. Всё это решается сборкой/модификацией mkimage профиля под ваши задачи. > 3. С набором пакетов по умолчанию на данный момент размер tar составляет 220 Mb (jffs2 образ будет около 110 Mb). Это слишком много для меня, релиз Angstrom, который использует busybox имеет размер 15 Mb. > Когда я выкинул "что-нибудь ненужное", получился jffs2 образ на 47 Mb. Есть ли метод держать в профиле (в git.altlinux.org) несколько вариантов набора пакетов - минимальный, полный консольный, полный графический и т.п. ? И чтобы заранее было описано где-то, какой будет состав и получаемый размер образа. mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой профиль для создания образа. > В Angstrom это есть в виде tasks, например: > bitbake base-image ; bitbake console-image x11-image > > В общем, всем кто разивает - спасибо, было бы интересно продолжить. Не хватает только людей, остальное приложится ;) > > -- > Mike > > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports >
> mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой
> профиль для создания образа.
Я все это понимаю. Конечно, я могу в конце концов допилить у себя до приемлемого мне состояния. Но если бы это все, что было мне нужно - то зачем мне писать сюда? Я могу допилить молча.
Я пишу сюда не для того чтобы пожаловаться или получить срочную помощь, необходимую только мне, а скорее для того, чтобы вынести вопросы обмена опытом на обсуждение. Это имеет смысл, правда, если тут не три подписчика ;)
У кого что есть? у кого какие задачи? Кому в какую сторону необходимо двигаться?
На основе этого лучше собрать единый профиль в одном месте, чем если каждый создаст свой у себя, разве нет? как было недавно сказано про mkimage-profiles-desktop, например:
"Для m-p-d прекрасно работает схема, аналогичная linux-kernel -- _одна_ "официальная" точка сбора, несколько "грамотеев", порой собирающих изменения, и заметное количество часто или изредка их делающих."
Но, как я уже написал - были бы грамотеи ;)
--
Mike
Wed, 24 Mar 2010 09:26:18 +0300 письмо от Mike Lykov <combr@yandex.ru>: > > > mkimage-profile-armrootfs -- это лишь пример. Вам следует создать свой > > профиль для создания образа. > > Я все это понимаю. Конечно, я могу в конце концов допилить у себя до приемлемого мне состояния. > Но если бы это все, что было мне нужно - то зачем мне писать сюда? Я могу допилить молча. > > Я пишу сюда не для того чтобы пожаловаться или получить срочную помощь, необходимую только мне, а > скорее для того, чтобы вынести вопросы обмена опытом на обсуждение. Это имеет смысл, правда, если > тут не три подписчика ;) > > У кого что есть? у кого какие задачи? Кому в какую сторону необходимо двигаться? > > На основе этого лучше собрать единый профиль в одном месте, чем если каждый создаст свой у себя, > разве нет? как было недавно сказано про mkimage-profiles-desktop, например: > > "Для m-p-d прекрасно работает схема, аналогичная linux-kernel -- _одна_ "официальная" точка сбора, > несколько "грамотеев", порой собирающих изменения, и заметное количество часто или изредка их > делающих." Согласен с Вами, что следует вопросы применения детально обсуждать, чтобы применибильность была лучше, и чтобы другие не изобретали велосипед, а могли пользоваться имеющимися в Сообществе наработками. Только, на мой взгляд, рассылки больше подходят для решения проблем, а не для обсуждений. Для обсуждений лучше использовать Форум, как видимая часть айсберга, которую лекго могут увидеть и чайники от программизма, но зато профи-инженеры, то есть потенциальные потребители создаваемого Сообществом. Но уже ранее заметил, что здесь так сложилось, что всех "глубоко интерсующихся" почему-то посылают в Рассылки, а спецов из Рассылок почему-то не затянешь на Форум. Я своих коллег с electronix.ru так и не смог толпой сюда привлечь, в результате все пользуют неальтовский Линукс. Могу поделиться тем, что имею сейчас благодаря Михаилу и Антону. Если возникнет желание, зайдите на Форум, там для АРМов уже есть специальная ветка http://forum.altlinux.org/index.php/board,16.0.html, там уже частично рассказал о своих интересах в этой теме. У меня по долгу службы используются различные железки, большинство на АРМах. Давно использую в своих проектах аппаратную платформу AT91RM9200, она хоть и древняя, но зато от проекта к проекту пока не вызывает проблем. Несколько лет назад использовал ее в сочетании с FreeBSD, теперь, познакомившись с Сообществом ALTLinux, с прошлого года использую местный Sisyphus, по той же ссылке, которую Вы приводили. Предоставленное мне ядро грузится убутом. Сделано так, что в параметрах u-boot можно с помощью переменной machid задать вариант используемой архитектуры платы. Пока реализована поддержка двух вариантов, отличающихся друг от друга мелочами, типа на каких gpio висят светодиоды и т.п. Кроме того, реализовано два варианта загрузки: отладочный и рабочий. В отладочном режиме rootfs грузится с usb-флэшки, где лежит полноценный Альт, обспечивающий подгрузку с помощью apt из Сизифа необходимых пакетов и т.п. Грузится на медленном АРМе это добро не быстро, секунд 30-50, зато все есть под руками. В рабочем режиме используется busybox, стартует около 5-8 секунд, то что надо. В параллельной флэшке сделано два раздела, один для ядра, второй для диска, который доступен в обоих режимах, что позволяет "готовить пищу" в расширенном отладодчном режиме и складывать в нужном месте для усеченного рабочего. Пока всем этим для мелких задач доволен, жду допиливания ядра, чтобы была поддержка SD. Уже писал, что было бы замечательно, совместно разработать конфигурируемый BSP, чтобы любой юзер с любой (популярной у нас) платой мог использовать имеющиеся наработки
On Wed, Mar 24, 2010 at 08:54:58AM +0300, Mike Lykov wrote: > Все это делалось для десктопов/серверов и осталось в rc.sysinit > в пакете для ARM. Понятно, почему - пакет на разные архитектуры > собирается из одного источника, но можно ли как-то > дистрибутивно (в сизифе?) для arm-пакета отменить исполнение > некоторых частей? У меня схожие вопросы к rc.sysinit: https://bugzilla.altlinux.org/show_bug.cgi?id=23133 и вот этот ужас для тонких клиентов: http://git.altlinux.org/people/mike/packages/?p=installer-feature-ltsp.git;a=commitdiff;h=b7553a8e232c4fe24d9da8ac13fa475f807a958b > Когда я выкинул "что-нибудь ненужное", получился jffs2 образ на > 47 Mb. Есть ли метод держать в профиле (в git.altlinux.org) > несколько вариантов набора пакетов - минимальный, полный > консольный, полный графический и т.п. ? И чтобы заранее было > описано где-то, какой будет состав и получаемый размер образа. Выложи хоть получившееся-то. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
On Wed, Mar 24, 2010 at 09:26:18AM +0300, Mike Lykov wrote: > > mkimage-profile-armrootfs -- это лишь пример. Вам следует > > создать свой профиль для создания образа. > Я все это понимаю. Конечно, я могу в конце концов допилить у > себя до приемлемого мне состояния. Но если бы это все, что было > мне нужно - то зачем мне писать сюда? Я могу допилить молча. BTW http://www.altlinux.org/Mkimage/Profiles/Desktop #синхронизация -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Всем привет. В связи с тем, что у меня появилось официально одобренное начальством время заниматься армовым портом сизифа, я займусь приведением его в порядок, и добавлением в список поддерживаемых архитектур. Примерный план действий: 1. Настройка регулярного резервного копирования. Аля архив сизифа. Когда проблемы с местом решаться, опубликую. 2. Поскольку, по ряду технических причин порт под АРМ всегда будет отставить от {i586,x86_64}, принято решение слить армовый noarch с основной частью порта. Когда это произойдет порт arm можно будет положить рядом с остальной частью сизифа. 3. Ремонт сломаны пакетов, 4. Создание профилей для mkimage создающие прошивки для популярных железяк. В первую очередь SheevaPlug и qemu эмулятора. 5. Приведение в порядок документации на wiki. Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
> Всем привет.
> В связи с тем, что у меня появилось официально одобренное начальством
> время заниматься армовым портом сизифа, я займусь приведением его в
> порядок, и добавлением в список поддерживаемых архитектур.
> Примерный план действий:
> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
> Когда проблемы с местом решаться, опубликую.
> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
> отставить от {i586,x86_64}, принято решение слить армовый noarch с
> основной частью порта. Когда это произойдет порт arm можно будет
> положить рядом с остальной частью сизифа.
> 3. Ремонт сломаны пакетов,
> 4. Создание профилей для mkimage создающие прошивки для популярных
> железяк. В первую очередь SheevaPlug и qemu эмулятора.
> 5. Приведение в порядок документации на wiki.
>
> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
08.04.2010 14:04, Kirill A. Shutemov пишет:
> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>> Всем привет.
>> В связи с тем, что у меня появилось официально одобренное начальством
>> время заниматься армовым портом сизифа, я займусь приведением его в
>> порядок, и добавлением в список поддерживаемых архитектур.
>> Примерный план действий:
>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>> Когда проблемы с местом решаться, опубликую.
>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>> основной частью порта. Когда это произойдет порт arm можно будет
>> положить рядом с остальной частью сизифа.
>> 3. Ремонт сломаны пакетов,
>> 4. Создание профилей для mkimage создающие прошивки для популярных
>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>> 5. Приведение в порядок документации на wiki.
>>
>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>
> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
было бы замечательно. Готов оказать помощь.
Thu, 08 Apr 2010 14:11:43 +0400 письмо от Michail Yakushin <silicium@altlinux.ru>:
> 08.04.2010 14:04, Kirill A. Shutemov пишет:
> > 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
> >> Всем привет.
> >> В связи с тем, что у меня появилось официально одобренное начальством
> >> время заниматься армовым портом сизифа, я займусь приведением его в
> >> порядок, и добавлением в список поддерживаемых архитектур.
> >> Примерный план действий:
> >> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
> >> Когда проблемы с местом решаться, опубликую.
> >> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
> >> отставить от {i586,x86_64}, принято решение слить армовый noarch с
> >> основной частью порта. Когда это произойдет порт arm можно будет
> >> положить рядом с остальной частью сизифа.
> >> 3. Ремонт сломаны пакетов,
> >> 4. Создание профилей для mkimage создающие прошивки для популярных
> >> железяк. В первую очередь SheevaPlug и qemu эмулятора.
> >> 5. Приведение в порядок документации на wiki.
> >>
> >> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
> >
> > Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
> было бы замечательно. Готов оказать помощь.
Как и обещал, постараюсь оперативно подготовить обзор по популярным платам/китам, которые "ходят" в нашем пространстве, которые можно считать доставаемыми. Кроме того, в скором времени подтяну еще одну интересную "железку" для ознакомления.
По датам что-то конкретное уже известно?
08.04.2010 22:04, Wagan Sarukhanov пишет:
> Thu, 08 Apr 2010 14:11:43 +0400 письмо от Michail Yakushin <silicium@altlinux.ru>:
>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> Всем привет.
>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>> Примерный план действий:
>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>> Когда проблемы с местом решаться, опубликую.
>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>> положить рядом с остальной частью сизифа.
>>>> 3. Ремонт сломаны пакетов,
>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>> 5. Приведение в порядок документации на wiki.
>>>>
>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>
>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>> было бы замечательно. Готов оказать помощь.
> Как и обещал, постараюсь оперативно подготовить обзор по популярным платам/китам, которые "ходят" в нашем пространстве, которые можно считать доставаемыми. Кроме того, в скором времени подтяну еще одну интересную "железку" для ознакомления.
> По датам что-то конкретное уже известно?
1. Уже сделан.
2. будет в ближайшие дни. может быть понедельник-вторник.
4. добавил в сизиф поддержку ubifsprogs. Тоесть можно уже делать на x86
машинах образы ubifs.
В общем ориентированно это все займет недели 2.
2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>> Всем привет.
>>> В связи с тем, что у меня появилось официально одобренное начальством
>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>> порядок, и добавлением в список поддерживаемых архитектур.
>>> Примерный план действий:
>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>> Когда проблемы с местом решаться, опубликую.
>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>> основной частью порта. Когда это произойдет порт arm можно будет
>>> положить рядом с остальной частью сизифа.
>>> 3. Ремонт сломаны пакетов,
>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>> 5. Приведение в порядок документации на wiki.
>>>
>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>
>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
> было бы замечательно. Готов оказать помощь.
Удали ecj-hack из репозитория, пожалуйста.
11.04.2010 01:10, Kirill A. Shutemov пишет:
> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> Всем привет.
>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>> Примерный план действий:
>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>> Когда проблемы с местом решаться, опубликую.
>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>> положить рядом с остальной частью сизифа.
>>>> 3. Ремонт сломаны пакетов,
>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>> 5. Приведение в порядок документации на wiki.
>>>>
>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>
>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>> было бы замечательно. Готов оказать помощь.
>
> Удали ecj-hack из репозитория, пожалуйста.
там нет такого пакета.
11.04.2010 22:57, Michail Yakushin пишет:
> 11.04.2010 01:10, Kirill A. Shutemov пишет:
>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>> Всем привет.
>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>> Примерный план действий:
>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>> Когда проблемы с местом решаться, опубликую.
>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>> положить рядом с остальной частью сизифа.
>>>>> 3. Ремонт сломаны пакетов,
>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>> 5. Приведение в порядок документации на wiki.
>>>>>
>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>
>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>> было бы замечательно. Готов оказать помощь.
>>
>> Удали ecj-hack из репозитория, пожалуйста.
> там нет такого пакета.
точнее уже нет.
2010/4/11 Michail Yakushin <silicium@altlinux.ru>: > 11.04.2010 01:10, Kirill A. Shutemov пишет: >> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>: >>> 08.04.2010 14:04, Kirill A. Shutemov пишет: >>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>: >>>>> Всем привет. >>>>> В связи с тем, что у меня появилось официально одобренное начальством >>>>> время заниматься армовым портом сизифа, я займусь приведением его в >>>>> порядок, и добавлением в список поддерживаемых архитектур. >>>>> Примерный план действий: >>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа. >>>>> Когда проблемы с местом решаться, опубликую. >>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет >>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с >>>>> основной частью порта. Когда это произойдет порт arm можно будет >>>>> положить рядом с остальной частью сизифа. >>>>> 3. Ремонт сломаны пакетов, >>>>> 4. Создание профилей для mkimage создающие прошивки для популярных >>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора. >>>>> 5. Приведение в порядок документации на wiki. >>>>> >>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать. >>>> >>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт. >>> было бы замечательно. Готов оказать помощь. >> >> Удали ecj-hack из репозитория, пожалуйста. > там нет такого пакета. ftp://ftp.altlinux.org/pub/people/boyarsh/arm/sisyphus/files/noarch/RPMS/ecj-hack-0-alt1.noarch.rpm ы?
11.04.2010 23:15, Kirill A. Shutemov пишет:
> 2010/4/11 Michail Yakushin <silicium@altlinux.ru>:
>> 11.04.2010 01:10, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> Всем привет.
>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>> Примерный план действий:
>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>> положить рядом с остальной частью сизифа.
>>>>>> 3. Ремонт сломаны пакетов,
>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>
>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>
>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>> было бы замечательно. Готов оказать помощь.
>>>
>>> Удали ecj-hack из репозитория, пожалуйста.
>> там нет такого пакета.
>
> ftp://ftp.altlinux.org/pub/people/boyarsh/arm/sisyphus/files/noarch/RPMS/ecj-hack-0-alt1.noarch.rpm
>
> ы?
Это оно ещё не синкнулось. Удалил я пакет. Там была какая то хрень в
сборочнице. поправил.
On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote: > Мысли и комментарии приветствуются. http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122 (предлагают подбросить железку, чтоб заняться терминальными клиентами на ARM) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
12.04.2010 12:50, Michael Shigorin пишет:
> On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote:
>> Мысли и комментарии приветствуются.
>
> http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122
> (предлагают подбросить железку, чтоб заняться терминальными
> клиентами на ARM)
>
Это тоже интересно. Иксы вобщем собрались, но не тестированы.
2010/4/12 Michail Yakushin <silicium@altlinux.ru>:
> 12.04.2010 12:50, Michael Shigorin пишет:
>> On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote:
>>> Мысли и комментарии приветствуются.
>>
>> http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122
>> (предлагают подбросить железку, чтоб заняться терминальными
>> клиентами на ARM)
>>
>
> Это тоже интересно. Иксы вобщем собрались, но не тестированы.
Имеет смысл для тестов приобрести Beagleboard или IGEPv2.
Mon, 12 Apr 2010 14:59:43 +0300 письмо от "Kirill A. Shutemov" <kirill@shutemov.name>:
> 2010/4/12 Michail Yakushin <silicium@altlinux.ru>:
> > 12.04.2010 12:50, Michael Shigorin пишет:
> >> On Thu, Apr 08, 2010 at 01:00:52PM +0400, Michail Yakushin wrote:
> >>> Мысли и комментарии приветствуются.
> >>
> >> http://forum.altlinux.org/index.php/topic,6631.msg93122.html#msg93122
> >> (предлагают подбросить железку, чтоб заняться терминальными
> >> клиентами на ARM)
> >>
> >
> > Это тоже интересно. Иксы вобщем собрались, но не тестированы.
>
> Имеет смысл для тестов приобрести Beagleboard или IGEPv2.
Попробую к маю подготовить 100%-совместимую плату с BeagleBoard
С уважением,
Ваган Саруханов
08.04.2010 14:04, Kirill A. Shutemov пишет:
> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>> Всем привет.
>> В связи с тем, что у меня появилось официально одобренное начальством
>> время заниматься армовым портом сизифа, я займусь приведением его в
>> порядок, и добавлением в список поддерживаемых архитектур.
>> Примерный план действий:
>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>> Когда проблемы с местом решаться, опубликую.
>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>> основной частью порта. Когда это произойдет порт arm можно будет
>> положить рядом с остальной частью сизифа.
>> 3. Ремонт сломаны пакетов,
>> 4. Создание профилей для mkimage создающие прошивки для популярных
>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>> 5. Приведение в порядок документации на wiki.
>>
>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>
> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
отличие версий минорное
2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>> Всем привет.
>>> В связи с тем, что у меня появилось официально одобренное начальством
>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>> порядок, и добавлением в список поддерживаемых архитектур.
>>> Примерный план действий:
>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>> Когда проблемы с местом решаться, опубликую.
>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>> основной частью порта. Когда это произойдет порт arm можно будет
>>> положить рядом с остальной частью сизифа.
>>> 3. Ремонт сломаны пакетов,
>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>> 5. Приведение в порядок документации на wiki.
>>>
>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>
>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
> отличие версий минорное
Проблема с временем. Остальное решаемо. ;)
Постараюсь на этой неделе сделать.
13.04.2010 15:16, Kirill A. Shutemov пишет:
> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>> Всем привет.
>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>> Примерный план действий:
>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>> Когда проблемы с местом решаться, опубликую.
>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>> положить рядом с остальной частью сизифа.
>>>> 3. Ремонт сломаны пакетов,
>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>> 5. Приведение в порядок документации на wiki.
>>>>
>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>
>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>> отличие версий минорное
>
> Проблема с временем. Остальное решаемо. ;)
>
> Постараюсь на этой неделе сделать.
А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
думал все что устарело скопом собрать.
2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>> Всем привет.
>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>> Примерный план действий:
>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>> Когда проблемы с местом решаться, опубликую.
>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>> положить рядом с остальной частью сизифа.
>>>>> 3. Ремонт сломаны пакетов,
>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>> 5. Приведение в порядок документации на wiki.
>>>>>
>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>
>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>> отличие версий минорное
>>
>> Проблема с временем. Остальное решаемо. ;)
>>
>> Постараюсь на этой неделе сделать.
> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
> думал все что устарело скопом собрать.
Попробуй.
> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
> думал все что устарело скопом собрать.
Ну так ведь важно в правильном порядке и правильными группами.. Иначе
могут такие unmet-ы получиться, что вообще ничего не соберётся..
13.04.2010 17:57, Kirill A. Shutemov пишет:
> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> Всем привет.
>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>> Примерный план действий:
>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>> положить рядом с остальной частью сизифа.
>>>>>> 3. Ремонт сломаны пакетов,
>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>
>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>
>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>> отличие версий минорное
>>>
>>> Проблема с временем. Остальное решаемо. ;)
>>>
>>> Постараюсь на этой неделе сделать.
>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>> думал все что устарело скопом собрать.
>
> Попробуй.
Там кстати возникает регулярно:
'.rel.dyn': relocation 1330: relocation type invalid for the file type
Что это и что с ним делать?
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 13.04.2010 17:57, Kirill A. Shutemov пишет:
>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>> Всем привет.
>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>>> Примерный план действий:
>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>>> положить рядом с остальной частью сизифа.
>>>>>>> 3. Ремонт сломаны пакетов,
>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>>
>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>>
>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>>> отличие версий минорное
>>>>
>>>> Проблема с временем. Остальное решаемо. ;)
>>>>
>>>> Постараюсь на этой неделе сделать.
>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>>> думал все что устарело скопом собрать.
>>
>> Попробуй.
> Там кстати возникает регулярно:
> '.rel.dyn': relocation 1330: relocation type invalid for the file type
> Что это и что с ним делать?
Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
использованию на этой платформе. Я для себя уже делал соответвующие
изменения. Буду дома -- опубликую,
14.04.2010 10:16, Kirill A. Shutemov пишет:
> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>> 13.04.2010 17:57, Kirill A. Shutemov пишет:
>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>>> Всем привет.
>>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>>>> Примерный план действий:
>>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>>>> положить рядом с остальной частью сизифа.
>>>>>>>> 3. Ремонт сломаны пакетов,
>>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>>>
>>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>>>
>>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>>>> отличие версий минорное
>>>>>
>>>>> Проблема с временем. Остальное решаемо. ;)
>>>>>
>>>>> Постараюсь на этой неделе сделать.
>>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>>>> думал все что устарело скопом собрать.
>>>
>>> Попробуй.
>> Там кстати возникает регулярно:
>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>> Что это и что с ним делать?
>
> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
> использованию на этой платформе. Я для себя уже делал соответвующие
> изменения. Буду дома -- опубликую,
Если оно тривиальное, скажи на словах, я вырублю.
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 14.04.2010 10:16, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>> 13.04.2010 17:57, Kirill A. Shutemov пишет:
>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>> 13.04.2010 15:16, Kirill A. Shutemov пишет:
>>>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет:
>>>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>:
>>>>>>>>> Всем привет.
>>>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством
>>>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в
>>>>>>>>> порядок, и добавлением в список поддерживаемых архитектур.
>>>>>>>>> Примерный план действий:
>>>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа.
>>>>>>>>> Когда проблемы с местом решаться, опубликую.
>>>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет
>>>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с
>>>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет
>>>>>>>>> положить рядом с остальной частью сизифа.
>>>>>>>>> 3. Ремонт сломаны пакетов,
>>>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных
>>>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора.
>>>>>>>>> 5. Приведение в порядок документации на wiki.
>>>>>>>>>
>>>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать.
>>>>>>>>
>>>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт.
>>>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы
>>>>>>> отличие версий минорное
>>>>>>
>>>>>> Проблема с временем. Остальное решаемо. ;)
>>>>>>
>>>>>> Постараюсь на этой неделе сделать.
>>>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто
>>>>> думал все что устарело скопом собрать.
>>>>
>>>> Попробуй.
>>> Там кстати возникает регулярно:
>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>>> Что это и что с ним делать?
>>
>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
>> использованию на этой платформе. Я для себя уже делал соответвующие
>> изменения. Буду дома -- опубликую,
> Если оно тривиальное, скажи на словах, я вырублю.
Насколько я помню, я правил verify-elf.in на предмет незапуска
eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
Возможно, стоит инвертировать логику и запускать eu-elflint только на
тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
x86_64.
14.04.2010 10:41, Kirill A. Shutemov пишет: > 2010/4/14 Michail Yakushin <silicium@altlinux.ru>: >> 14.04.2010 10:16, Kirill A. Shutemov пишет: >>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>: >>>> 13.04.2010 17:57, Kirill A. Shutemov пишет: >>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>: >>>>>> 13.04.2010 15:16, Kirill A. Shutemov пишет: >>>>>>> 2010/4/13 Michail Yakushin <silicium@altlinux.ru>: >>>>>>>> 08.04.2010 14:04, Kirill A. Shutemov пишет: >>>>>>>>> 2010/4/8 Michail Yakushin <silicium@altlinux.ru>: >>>>>>>>>> Всем привет. >>>>>>>>>> В связи с тем, что у меня появилось официально одобренное начальством >>>>>>>>>> время заниматься армовым портом сизифа, я займусь приведением его в >>>>>>>>>> порядок, и добавлением в список поддерживаемых архитектур. >>>>>>>>>> Примерный план действий: >>>>>>>>>> 1. Настройка регулярного резервного копирования. Аля архив сизифа. >>>>>>>>>> Когда проблемы с местом решаться, опубликую. >>>>>>>>>> 2. Поскольку, по ряду технических причин порт под АРМ всегда будет >>>>>>>>>> отставить от {i586,x86_64}, принято решение слить армовый noarch с >>>>>>>>>> основной частью порта. Когда это произойдет порт arm можно будет >>>>>>>>>> положить рядом с остальной частью сизифа. >>>>>>>>>> 3. Ремонт сломаны пакетов, >>>>>>>>>> 4. Создание профилей для mkimage создающие прошивки для популярных >>>>>>>>>> железяк. В первую очередь SheevaPlug и qemu эмулятора. >>>>>>>>>> 5. Приведение в порядок документации на wiki. >>>>>>>>>> >>>>>>>>>> Мысли и комментарии приветствуются. Пункт 2 готов обсуждать. >>>>>>>>> >>>>>>>>> Со своей стороны, постараюсь собрать актуальный тулчейн в arm-порт. >>>>>>>> А там какие-то конкретные проблемы? нужно пачи накладывать? Вроде бы >>>>>>>> отличие версий минорное >>>>>>> >>>>>>> Проблема с временем. Остальное решаемо. ;) >>>>>>> >>>>>>> Постараюсь на этой неделе сделать. >>>>>> А если тупо собрать то что сейчас в сизифе? Оно не соберется? Я просто >>>>>> думал все что устарело скопом собрать. >>>>> >>>>> Попробуй. >>>> Там кстати возникает регулярно: >>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type >>>> Что это и что с ним делать? >>> >>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к >>> использованию на этой платформе. Я для себя уже делал соответвующие >>> изменения. Буду дома -- опубликую, >> Если оно тривиальное, скажи на словах, я вырублю. > > Насколько я помню, я правил verify-elf.in на предмет незапуска > eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm. Так, тоесть править надо RPM? > Возможно, стоит инвертировать логику и запускать eu-elflint только на > тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и > x86_64. Поговорю сегодня с ldv@
14.04.2010 11:20, Michail Yakushin пишет:
> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>>> Там кстати возникает регулярно:
>>>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>>>>> Что это и что с ним делать?
>>>>
>>>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
>>>> использованию на этой платформе. Я для себя уже делал соответвующие
>>>> изменения. Буду дома -- опубликую,
>>> Если оно тривиальное, скажи на словах, я вырублю.
>>
>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
> Так, тоесть править надо RPM?
>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>> x86_64.
> Поговорю сегодня с ldv@
А может VERIFY_ELF_LINT для ARM по дефалту сделать relaxed?
2010/4/14 Michail Yakushin <silicium@altlinux.ru>: > 14.04.2010 10:41, Kirill A. Shutemov пишет: >> Насколько я помню, я правил verify-elf.in на предмет незапуска >> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm. > Так, тоесть править надо RPM? Да. >> Возможно, стоит инвертировать логику и запускать eu-elflint только на >> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и >> x86_64. > Поговорю сегодня с ldv@ Лучше тут.
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 14.04.2010 11:20, Michail Yakushin пишет:
>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>>>> Там кстати возникает регулярно:
>>>>>> '.rel.dyn': relocation 1330: relocation type invalid for the file type
>>>>>> Что это и что с ним делать?
>>>>>
>>>>> Это eu-elflint. Его нужно вырубить на ARM ибо elfutils не готов к
>>>>> использованию на этой платформе. Я для себя уже делал соответвующие
>>>>> изменения. Буду дома -- опубликую,
>>>> Если оно тривиальное, скажи на словах, я вырублю.
>>>
>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>> Так, тоесть править надо RPM?
>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>> x86_64.
>> Поговорю сегодня с ldv@
> А может VERIFY_ELF_LINT для ARM по дефалту сделать relaxed?
Это будет сыпать в лог нерелевантный мусор. Нужно сначала eltfutils допилить.
14.04.2010 13:23, Kirill A. Shutemov пишет:
> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>> Так, тоесть править надо RPM?
>
> Да.
>
>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>> x86_64.
>> Поговорю сегодня с ldv@
>
> Лучше тут.
В общем жду пач, ldv скорее всего его приложит.
2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
> 14.04.2010 13:23, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>>> Так, тоесть править надо RPM?
>>
>> Да.
>>
>>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>>> x86_64.
>>> Поговорю сегодня с ldv@
>>
>> Лучше тут.
> В общем жду пач, ldv скорее всего его приложит.
Бранч maint в моём гите. Дима, смержи, пожалуйста.
14.04.2010 23:53, Kirill A. Shutemov пишет:
> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>> 14.04.2010 13:23, Kirill A. Shutemov пишет:
>>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>>>> Так, тоесть править надо RPM?
>>>
>>> Да.
>>>
>>>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>>>> x86_64.
>>>> Поговорю сегодня с ldv@
>>>
>>> Лучше тут.
>> В общем жду пач, ldv скорее всего его приложит.
>
> Бранч maint в моём гите. Дима, смержи, пожалуйста.
Уже сами написали, и выложили. Сейчас проверю работает ли.
15.04.2010 08:56, Michail Yakushin пишет:
> 14.04.2010 23:53, Kirill A. Shutemov пишет:
>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>> 14.04.2010 13:23, Kirill A. Shutemov пишет:
>>>> 2010/4/14 Michail Yakushin <silicium@altlinux.ru>:
>>>>> 14.04.2010 10:41, Kirill A. Shutemov пишет:
>>>>>> Насколько я помню, я правил verify-elf.in на предмет незапуска
>>>>>> eu-elflint на $RPM_TARGET_ARCH, которые начинаются с arm.
>>>>> Так, тоесть править надо RPM?
>>>>
>>>> Да.
>>>>
>>>>>> Возможно, стоит инвертировать логику и запускать eu-elflint только на
>>>>>> тех платформах, где известно, что он работает хорошо. Т.е. %ix86 и
>>>>>> x86_64.
>>>>> Поговорю сегодня с ldv@
>>>>
>>>> Лучше тут.
>>> В общем жду пач, ldv скорее всего его приложит.
>>
>> Бранч maint в моём гите. Дима, смержи, пожалуйста.
> Уже сами написали, и выложили. Сейчас проверю работает ли.
Да, все заработало. проблема объехана. По мере починки elflint можно
будет вернуть обратно.
Здравствуйте. Установил на днях officecerver для arm http://www.altlinux.org/Ports/arm/officeserver Зашол через консоль рутом, добавляю пользователя, а passwd нету. Как можно установить пароль добавленному пользователю? Так же #ping 8.8.8.8 пишет socket: Permission denied, где можно поправить это?
23.11.2011 09:40, Alisher Faizov пишет:
> Здравствуйте. Установил на днях officecerver для arm
> http://www.altlinux.org/Ports/arm/officeserver
> Зашол через консоль рутом, добавляю пользователя, а passwd нету. Как
> можно установить пароль добавленному пользователю? Так же #ping 8.8.8.8
> пишет socket: Permission denied, где можно поправить это?
расскажите, а куда вы его собственно ставили?
> расскажите, а куда вы его собственно ставили? Сюда http://4pda.ru/forum/index.php?showtopic=231617
24.11.2011 14:07, Alisher Faizov пишет: > >> расскажите, а куда вы его собственно ставили? > Сюда http://4pda.ru/forum/index.php?showtopic=231617 Если это пользовательское устройство, то попробуйте также http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz Хотя LXDE будет сложно использовать без мыши, но этот образ содержит больше ориентированных на конечного пользователя программ. > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports
* Paul Wolneykien <manowar@altlinux.org> [Fri, 25 Nov 2011 01:07:27 +0400]: > 24.11.2011 14:07, Alisher Faizov пишет: > > > >> расскажите, а куда вы его собственно ставили? > > Сюда http://4pda.ru/forum/index.php?showtopic=231617 > > Если это пользовательское устройство, то попробуйте также > > http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz > > Хотя LXDE будет сложно использовать без мыши, но этот образ содержит > больше ориентированных на конечного пользователя программ. Спасибо. Жаль что об этом нет информации на вики. Решил установить офиссервер и снести все ненужно. В принципе Lxde можно и с тачскрином использовать. Я жу опровбовал федору и дебиан. Вполне сносно. А как думаете реально ли получить ускорение видео? В андроиде оно работало, есть либы для этого планшета. В нете нарыл исходники для gpu.
25.11.2011 08:32, Alisher Faizov пишет:
> * Paul Wolneykien <manowar@altlinux.org> [Fri, 25 Nov 2011 01:07:27 +0400]:
>> 24.11.2011 14:07, Alisher Faizov пишет:
>> >
>> >> расскажите, а куда вы его собственно ставили?
>> > Сюда http://4pda.ru/forum/index.php?showtopic=231617
>>
>> Если это пользовательское устройство, то попробуйте также
>>
>>
> http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz
>>
>> Хотя LXDE будет сложно использовать без мыши, но этот образ содержит
>> больше ориентированных на конечного пользователя программ.
> Спасибо. Жаль что об этом нет информации на вики. Решил установить
> офиссервер и снести все ненужно. В принципе Lxde можно и с тачскрином
> использовать. Я жу опровбовал федору и дебиан. Вполне сносно. А как
> думаете реально ли получить ускорение видео? В андроиде оно работало,
> есть либы для этого планшета. В нете нарыл исходники для gpu.
А как зовут этот gpu?
25.11.2011 17:35, Paul Wolneykien пишет: > 25.11.2011 08:32, Alisher Faizov пишет: >> * Paul Wolneykien<manowar@altlinux.org> [Fri, 25 Nov 2011 01:07:27 +0400]: >>> 24.11.2011 14:07, Alisher Faizov пишет: >>>>> расскажите, а куда вы его собственно ставили? >>>> Сюда http://4pda.ru/forum/index.php?showtopic=231617 >>> Если это пользовательское устройство, то попробуйте также >>> >>> >> http://ftp.altlinux.org/pub/people/manowar/lxde-lite.arm.20110407.tar.gz >>> Хотя LXDE будет сложно использовать без мыши, но этот образ содержит >>> больше ориентированных на конечного пользователя программ. >> Спасибо. Жаль что об этом нет информации на вики. Решил установить >> офиссервер и снести все ненужно. В принципе Lxde можно и с тачскрином >> использовать. Я жу опровбовал федору и дебиан. Вполне сносно. А как >> думаете реально ли получить ускорение видео? В андроиде оно работало, >> есть либы для этого планшета. В нете нарыл исходники для gpu. > А как зовут этот gpu? > Vivante GC600, такая же в Marvell Dove. Пробовал федору ставить но dovefb не находит монитора. http://kernel.ubuntu.com/git?p=amitk/lucid.git;a=tree;f=arch/arm/mach-dove/gc600_driver_dove;hb=c8d7d283a9749f44c9fa77a833eae203c80912b4
Приветствую. Тут вот попалось: http://www.linux.org.ru/gallery/screenshots/8980182 ну и там ссылка дальше: http://forum.xda-developers.com/showthread.php?t=1918849 Arch, правда, но это уже не очень принципиально, наверное... -- С уважением, Сергей
>>>>> "Sergey" == Sergey <a_s_y-YTL04S48Vas@public.gmane.org> writes: > Приветствую. > Тут вот попалось: > http://www.linux.org.ru/gallery/screenshots/8980182 > ну и там ссылка дальше: > http://forum.xda-developers.com/showthread.php?t=1918849 > Arch, правда, но это уже не очень принципиально, наверное... Наверное. У меня tf700, дуалбутом с анд****ом. Всё необходимое в сизифе. --
On Fri, Mar 22, 2013 at 12:32:31AM +0400, Sergey Bolshakov wrote: > У меня tf700, дуалбутом с анд****ом. > Всё необходимое в сизифе. Кратенько рецептуру/ссылки сюда или на вики не? :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 1104 bytes --] >>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes: > On Fri, Mar 22, 2013 at 12:32:31AM +0400, Sergey Bolshakov wrote: >> У меня tf700, дуалбутом с анд****ом. >> Всё необходимое в сизифе. > Кратенько рецептуру/ссылки сюда или на вики не? :) В надежде, что кто-то приведёт в съедобный вид: - на x86 настраиваем hasher с qemu-arm (на вики есть), в sources.list указываем <сизиф> armh classic; - hsh-install свои любимые пакеты, из специфичного для tf700: + kernel-image-tf700 + abootimg + mkinitrd + nvidia-tegra - hsh-shell --rooter, внутри делаем следующее: + echo "MKINITRD_OPTIONS='--with ext4'" > /etc/sysconfig/installkernel + installkernel 3.1.10-tf700-altX + заполняем /boot/bootimg.cfg [1] + abootimg --create boot.aboot -k vmlinuz -r initrd.img -f bootimg.cfg - копируем к себе получившийся boot.aboot, делаем тарбол rootfs: hsh-run --rooter -- tar c --same-owner --same-permissions .... - собственно, всё -- как разлочить и порутать целевую железку, залить ядро и rootfs -- не является топиком этой рассылки :] [1] [-- Attachment #2: bootimg.cfg --] [-- Type: text/plain, Size: 283 bytes --] bootsize = 0x800000 pagesize = 0x800 kerneladdr = 0x10008000 ramdiskaddr = 0x11000000 secondaddr = 0x10f00000 tagsaddr = 0x10000100 name = ALT Linux cmdline = root=/dev/mmcblk0p8 rootflags=data=writeback,discard rootsubdir=/org.altlinux/root ro console=tty1 fbcon=map:0 fbcon=vc:1-4 [-- Attachment #3: Type: text/plain, Size: 146 bytes --] обращаю внимание на опцию rootsubdir в cmdline -- это умеет пока только mkinitrd, и это ровно то место, куда нужно распакковать нашу rootfs --
22.03.2013 13:58, Sergey Bolshakov пишет: >>>>>> "Michael" == Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes: > > > On Fri, Mar 22, 2013 at 12:32:31AM +0400, Sergey Bolshakov wrote: > >> У меня tf700, дуалбутом с анд****ом. > >> Всё необходимое в сизифе. > > > Кратенько рецептуру/ссылки сюда или на вики не? :) > > В надежде, что кто-то приведёт в съедобный вид: > > - на x86 настраиваем hasher с qemu-arm (на вики есть), > в sources.list указываем <сизиф> armh classic; > > - hsh-install свои любимые пакеты, из специфичного для tf700: > + kernel-image-tf700 > + abootimg > + mkinitrd > + nvidia-tegra О, тогда я попробую на AC100 что-ли. > > - hsh-shell --rooter, внутри делаем следующее: > + echo "MKINITRD_OPTIONS='--with ext4'" > /etc/sysconfig/installkernel > + installkernel 3.1.10-tf700-altX > + заполняем /boot/bootimg.cfg [1] > + abootimg --create boot.aboot -k vmlinuz -r initrd.img -f bootimg.cfg > > - копируем к себе получившийся boot.aboot, делаем тарбол rootfs: > hsh-run --rooter -- tar c --same-owner --same-permissions .... > > - собственно, всё -- > как разлочить и порутать целевую железку, залить ядро и rootfs -- > не является топиком этой рассылки :] > > [1] > > > > > обращаю внимание на опцию rootsubdir в cmdline -- это умеет пока > только mkinitrd, и это ровно то место, куда нужно распакковать нашу > rootfs > > > > _______________________________________________ > devel-ports mailing list > devel-ports@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-ports >
On Friday 22 of March 2013 14:31:15 Paul Wolneykien wrote:
> О, тогда я попробую на AC100 что-ли.
Получилось ? А то отдали тут такую штуку, хочу тоже побаловаться...
Только уже третий месяц руки не доходят.
--
С уважением, Сергей