QNX RTP Logo QNX Realtime Platform: Русский Портал QNX
Friday, 21 Nov 2008 09:28
Меню

Проект OpenNET - все о Unix
Главная

 · Начало · Статистика · Поиск ·

  QNX.ORG.RU —› Перенос приложений в QNX —› Project QOpenCD !

. 1 . 2 . 3 . 4 . >>

Посл.ответ Сообщение


Дата: 20 Дек,  05:58 · Поправил: Администратор

Готовы и хорошо оттестированы следующие пакеты:

Landy:
http://andy.qnx.org.ru/packages/Perl5.8.6_gcc2.95.3_nto6.3_x86.qpr

Lestat:
http://mike.qnx.org.ru/qopencd/qprs/autoconf-2.59-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/automake-1.9.2-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/gettext_x86-0.13-x86-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/glib_x86-1.2.10-x86-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/iconv_x86-1.9.1-x86-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/libtool_x86-1.9f-x86-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/m4-1.4.2-x86-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/pkgconfig-0.15.0-x86-public.qpr (20.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/texinfo-4.7-x86-public.qpr (20.12.2004)
-------
http://mike.qnx.org.ru/qopencd/qprs/bdb_x86-4.3.21-x86-public.qpr (21.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/gdbm_x86-1.8.3-x86-public.qpr (21.12.2004)
http://mike.qnx.org.ru/qopencd/qprs/groff-1.19-x86-public.qpr (21.12.2004)
-------

В скобках указана дата последней пересборки пакета.

В этом треде (именно в это первое сообщение) я буду добавлять пакеты по мере поступления и тестирования.

Немного уточнений:

1) Если у кого есть добавить какой-то пакет - пишите в этом треде.
2) Если у кого-то возникли какие-то проблемы с вышеуказанным софтом, есть замечания или пожелания - пишите в этом треде.
3) Принимается софт только для QNX 6.3.0 собранный под QNX 6.3.0. Так и только так. В 6.3 libc имеет age равный 3. Т.е. все системные библиотеки *.so.3. Собранные вами пакеты даже под 6.2.x собраны с семейством *.so.2, что влечет за собой следующие проблемы:


-------
$ldd myapp
libc.so.2 => /lib/libc.so.2
libintl.so.6 => /opt/lib/libintl.so.6
$ldd /opt/lib/libintl.so.6
libc.so.3 => /lib/libc.so.3

-------

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


Дата: 22 Дек,  06:53 · Поправил: lestat

Вот и приехали:

Обнаружена одна большая неприятность, которая состоит из трех частей:

1) а) packager не воспринимает библиотеки не в формате .so.X за библиотеки, он их strip'ает оставляя нерабочими. Что туда попало: Perl - libperl.so и bdb - libdb-4.3.so. Библиотеки оказываются битыми при паковке. б) Такие библиотеки также не оформляются как библиотеки при инсталляции, на них нельзя прописать зависимости и т.д.
2) packager ЗАБЫВАЕТ прописывать линки из /opt/lib в /usr/lib при обычной установки. Но прописывает, если пакеты были поставлены для разрешения зависимостей.
3) Уже многим известная фича - в gcc/g++ не прописан путь /usr/include по умолчанию.

Посему возникает много вопросов:

Первую часть первой проблемы решить реально - запретить strip в .qpg файле, но тогда нужно все бинарники и библиотека стрипать правильно самому. Геморройно, но решаемо. Вторая часть - нужно думать.

Вторая проблема решается, если ставить в /usr вместо /opt. Может так и делать ? :-/

Третья проблема без дополнительного вмешательства не решается.

Вот она QNX 6.3.0 unleashed!


Дата: 22 Дек,  07:16

http://www.pkgsrc.org и ~полтора..два месяца кропотливой работы смогли бы помочь отцу украинской демократии..

нарисовать bootstrap по шаблону, отладить, погонять. в принципе, все не так страшно.

well, ну или удачи в неравном бою с ветряными мельницами

// wbr


Дата: 22 Дек,  07:26

klalafuda
http://www.pkgsrc.org и ~полтора..два месяца кропотливой работы смогли бы помочь отцу украинской демократии..

Это еще большее зло
klalafuda
well, ну или удачи в неравном бою с ветряными мельницами

В борьбе с зеленым змием всегда побеждает змий.


Дата: 22 Дек,  07:49

---cut---
klalafuda
http://www.pkgsrc.org и ~полтора..два месяца кропотливой работы смогли бы помочь отцу украинской демократии..

Это еще большее зло
---cut---

well, all i can say is "it just works!" (tm)

ps: я и не говорил, что это будет просто. да и имел я ввиду не столько всю коллекцию, сколько сам framework. в отличие от родного, у него есть несколько неоспоримых преимуществ:
1) к нему не касались ребята из QSSL.
2) таки это открытый проект & any feedbacks are welcome. а тем более новые targets.
3) pkgsrc изначально разрабатывался с упором на переносимость между различными платформами.
4) pkgsrc support team is great tested (tm).
5) родной pkginstall & K и исторя его нелегкой жисти - один большой ходячий suxxx

pps: хотя это не означает, что у pkgsrc нет минусов и их то-же хватает..

// wbr


Дата: 22 Янв,  10:02

Обновились пакеты для QNX 6.3.0, теперь все на сайте http://mike.qnx.org.ru/qopencd/

Enjoy !


Дата: 22 Янв,  10:33

теперь QOR это не тоько qnx.org.ru, но и "qnx open repository"

---
Кролики - это не только ценный мех....



Дата: 24 Янв,  06:41

MikeP
теперь QOR это не тоько qnx.org.ru, но и "qnx open repository"

Хм, так и назовем


Дата: 24 Янв,  08:12

Please, let me correct a grammar mistake on http://mike.qnx.org.ru/qopencd/:

"New packages were added."

Thnx for attention. Bye!


Дата: 24 Янв,  08:16

MikeP
теперь QOR это не тоько qnx.org.ru, но и "qnx open repository"

Идея интересная, но нет упоминания в названии о том, что это русский проект. А было бы неплохо утереть нос кое-кому
Я предлагая название типа как у GNU - "GNU is Not Unix"...
В нашем случае это будет QOR - "QOR Open Repository"
Так хоть упомянута аббревиатура сайта.


Дата: 24 Янв,  08:17

В догонку к сказанному:
QNX - назрание ОС, QOR - название создателя репозитория...


Дата: 24 Янв,  08:22

Thomas
New packages were added

oh, grammar is my personal doom


Дата: 24 Янв,  08:24

AG
но нет упоминания в названии о том, что это русский проект

Инициация - да, а вот наполнение будет так сказать интернациональное ...
AG
нашем случае это будет QOR - "QOR Open Repository"

rulez !


Дата: 24 Янв,  13:38

Пересобрал Perl5.8.6 - устанавливается теперь в /usr
Посмотреть и проверить - брать тут

http://andy.qnx.org.ru/packages/Perl5.8.6_gcc2.95.3_nto6.3_bld2_x86.qpr

Размер ~7.8 Мб

На CD можно добавить и
http://andy.qnx.org.ru/packages/PostgreSQL-8.0_gcc2.95.3_nto63_x86.qpr

~5 Мб
Тоже ставится в /usr


Дата: 24 Янв,  14:07

landy
Perl5.8.6_gcc2.95.3_nto6.3_bld2_x86.qpr

Бр Давай сразу договоримся о названиях.

Название пакета: Perl (то, что видится при инсталляции)
Идентификатор: perl (все маленькими, то как он реально называется).

В результате должно получиться нечто вроде perl-5.8.6-bld2-x86.qpr . Судя по всему так оно и было, только ты его решил переименовать


Дата: 24 Янв,  14:36

landy
Perl5.8.6_gcc2.95.3_nto6.3_bld2_x86.qpr



<QPM:AuthorName>Latin Andy</QPM:AuthorName>
<QPM:AuthorEmail>andy at qnx.org.ru</QPM:AuthorEmail>

Это все-таки имя автора продукта Портерам там места нет Мои пакеты тоже безымянные идут

Вот этого бы я тоже не делал:

<QPM:ScriptName>ln -s /usr/lib/perl5/5.8.6/x86pc-nto/CORE/libperl.so.1 /usr/lib/libperl.so</QPM:ScriptName>

Я сгенерю тебе .qpg шаблонку, в качестве примера возьму perl, посмотришь как это делать малой кровью


Дата: 24 Янв,  14:39

Кстати, а куда по правилам надо ставить модули к perl если сам перл стоит в /usr ? Мне тут понадобился XML::Parser на базе expat, без него intl-tools не собирается. Хочу его тоже в пакетик обвернуть.


Дата: 24 Янв,  19:35

lestat
Вот этого бы я тоже не делал:

<QPM:ScriptName>ln -s /usr/lib/perl5/5.8.6/x86pc-nto/CORE/libperl.so.1 /usr/lib/libperl.so</QPM:ScriptName>

Я сгенерю тебе .qpg шаблонку, в качестве примера возьму perl, посмотришь как это делать малой кровью


Я бился пол дня - так и пришлось это сделать, не хочет packager линк на нее делать(хотя другие делает)
Если перл ставится в /usr, то модули ставятся в /usr/lib/perl5/5.8.6 - модули прекомпиленые при сборке пакета, в /usr/lib/perl5/site_perl/5.8.6/ - модули, которые потом будут компилится.
Сам пакет собирал относительно /usr, не получается относительно дерева исходников, т к при инсталяции еще генерится .packlist(на основании того что собиралось) плюс файлы по дереву оказались разбросаными(некоторых по паре). Инфу я там подчищу.
Насчет наименования пакета делал так:
make install (в /usr)
packager -D perl.qpg - в каталоге создаются *.qpm *.qpk
tar -czvf ../package_name.qpr .
sh remove_inst.sh(т к make uninstall нету)
Т е имя пакета для удобства назвал, или так не делать?
По поводу линка на libperl.so.1 - для перлухи это не нужно, он и так работает, но для сборки Postgres(для поддержки plPerl) нужна библиотека в стандартных путях libperl.so


Дата: 25 Янв,  06:18

Landy
packager -D perl.qpg - в каталоге создаются *.qpm *.qpk

Пришли мне пожалуйста этот perl.qpg Я по-живому покажу что и как.

ПЛЮС: В последнем релизе я нашел штук 50 .so файлов !!! которые все битые ... в предыдущих релизах их вообще не было, что это ???


Дата: 7 Фев,  05:17

lestat если не сложно, то на страничке с пакетами публикуй, пожалуйста, дату последнего обновления.
а лучше сделай табличку
| name | size | data | depend |


Дата: 7 Фев,  05:58

mike
а лучше сделай табличку

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

Кстати, у кого какие траблы с пакетами - пишите. Я стараюсь брать последние версии продуктов и пачти из Fedore Core 3 srpms и текущего debian. Иногда из ports FreeBSD беру фиксы.


Дата: 7 Фев,  06:16

Сегодня произвел еще обновление QOpenCD ( http://mike.qnx.org.ru/qopencd/ )

Всего пакетов: 54 (Общий размер: 41.10Mb)


Дата: 7 Фев,  07:22

mike
а лучше сделай табличку

Так подойдет ?


Дата: 7 Фев,  07:30

отлично!


Дата: 7 Фев,  13:26

lestat
Из меня такой ццц-дезайнер, как .... ну в прочем не будем о грустном ....

I can help you with your ЦЦЦ-design. So we can talk about it. Call me to my mobile phone or write to my home mailbox.


Дата: 7 Фев,  15:02

AG
So we can talk about it

Ok


Дата: 8 Фев,  15:19

А исходниками не можешь поделиться?

В чапстности, исходниками python, если таковые будут, и исходниками gettext 0.13 (а то не как не могу собрать glib2 из-за кучи multiple defenitions, хотя с прежним gettext с Public CD 6.2.1 всё канало).


Дата: 9 Фев,  06:05

Agent
А исходниками не можешь поделиться?

www.gnu.org
Agent
В чапстности, исходниками python

Собирается на ура. Скоро тоже его выложу.
Agent
и исходниками gettext 0.13

www.gnu.org
Agent
то не как не могу собрать glib2 из-за кучи multiple defenitions

Тоже собирается легко. Скоро выложу.

Все сорцы собираются без проблем (естественно я пересоздаю все configure и т.п.), если есть проблемы - уезжают патчи разработчикам, current CVS обычно все содержит.


Дата: 10 Фев,  03:13

>>> Agent
А исходниками не можешь поделиться?

www.gnu.org >>>

Патченными.

>>> Agent
В чапстности, исходниками python

Собирается на ура. Скоро тоже его выложу. >>>

Сплошной segfault. Хоть с Public CD, хоть c Gentoo последнего (я обычно с него беру).

>>> Agent
то не как не могу собрать glib2 из-за кучи multiple defenitions

Тоже собирается легко. Скоро выложу. >>>


А вот у меня-таки проявилась несочетаемость gettext 0.13 и glib 2.0.6/2.6.2. multiple defenitions, чёрт бы их побрал. Кстати, почему такое может быть?


Дата: 10 Фев,  05:44

Agent
Патченными

Да не патчил я их Если что и ковырнул, то только использование strcasecmp и подключение strings.h.
Agent
Сплошной segfault. Хоть с Public CD, хоть c Gentoo последнего (я обычно с него беру).

Ты libtool где брал ?
Agent
А вот у меня-таки проявилась несочетаемость gettext 0.13 и glib 2.0.6/2.6.2. multiple defenitions, чёрт бы их побрал. Кстати, почему такое может быть?

Естьеще 0.14.1 но там AFAIK только изменилась поддержка C# и т.п. В плане C/C++ там все по прежнему.

. 1 . 2 . 3 . 4 . >>

You must login to post.

©   2000-2003 Команда проекта QNX.ORG.RU // QNX.ORG.RU Team
Авторы проекта: Дмитрий Алексеев [dmi] и Дмитрий Васильев. Техническое сопровождение проекта: Игорь Сорокин [isorokin]. Информационное сопровождение: Дмитрий Алексеев [dmi]
QNX - зарегистрированная торговая марка QNX Software Systems, Ltd., Canada. Остальные упоминаемые на сайте торговые марки и логотипы являются исключительно собственностью их уважаемых владельцев. Ничьи права не затронуты. Материалы сайта не могут быть скопированы и где-либо использованы в той или иной форме без письменного разрешения разработчиков сайта.
Powered by Mambo Open Source