QT5 i386

[Global111]

uname -a
Linux astra 5.15.0-70-generic #astra1+ci3 SMP Fri Mar 31 15:57:55 UTC 2023 x86_64 GNU/Linux

У меня есть приложение под QT5 i386
добавляю архитектуру
sudo dpkg --add-architecture i386.
sudo apt install qt5-default:i386
Unable to locate package qt5-default:i386

Попытался собрать QT5 из исходников....
Тоже облом:
Feature 'xcb' was enabled, but the pre-condition 'features.thread && libs.xcb && tests.xcb_syslibs && features.xkbcommon-x11' failed.
xcb тоже нет i386 - варианта

Подскажите куда копать ?
Какие есть варианты получить либы QT5 i386 ?
Можно ли использовать репозитории Debian ?

 

[Карл]

пересобрать свое приложение под x86_64 ?

 

[Global111]

пересобрать свое приложение под x86_64 ?

На текущий момент это очень большие трудозатраты !
Перейти на x64 в моем проекте НЕРЕАЛЬНО !

 

[Global111]

А есть представители Астры чтобы пообщаться ?
Я инженер крупной компании, пока просто изучаю теорию ...
Можно задать вопросы к компетентным товарищам ?

 

[ALSE_User]

Попробуйте
https://astralinux.ru/about/company/#menu__contacts

А здесь Вы их вряд ли найдете

 

[Карл]

Перейти на x64 в моем проекте НЕРЕАЛЬНО !

если это твой проект, то в чем проблема просто пересобрать для x86_64 ?

 

[Global111]

если это твой проект, то в чем проблема просто пересобрать для x86_64 ?

насколько я понимаю вы советуете собрать QT5 i386 на Астре ?
У кого нибудь это получилось ?

 

[Карл]

насколько я понимаю вы советуете собрать QT5 i386 на Астре ?

не, я советую пересобрать ваше приложение на астре с имеющимся там qt
исходники приложения ведь есть ?

 

[Global111]

не, я советую пересобрать ваше приложение на астре с имеющимся там qt
исходники приложения ведь есть ?

У меня приложение трудоемко портировать под x64

 

[Карл]

У меня приложение трудоемко портировать под x64

обычно вообще ничего не надо делать кроме: qmake && make

 

[Global111]

обычно вообще ничего не надо делать кроме: qmake && make

Hello World - согласен

 

[Карл]

Hello World - согласен

ах, вы любитель memcpy, тогда и я согласен )

 

[Global111]

ах, вы любитель memcpy, тогда и я согласен )

Да нет memcpy был эдак в 1983 году...
Хотя в C-проектах на мелких проектах практикую всяко !
Но чтоб ты понимал про "обычно вообще ничего не надо делать "
Представь себе проект на 6 человек и лет эдак 20 !
Как думаешь легко будет ?

 

[Global111]

Причем код пережил несколько поколений архитектур
в том числе и операционных систем
OS/2 в том числе

 

[Карл]

представляю, и очень не хотел бы я его править )

но если его не изменить, то не понятен статус ПО - т.к. привносить в астру стороннее ПО и библиотеки может нарушить лицензию
а если это не важно, то придется тащить из дебиана 386 либы и смотреть что получится по месту, strace в помощь

 

[Global111]

Кстати а что ты имеешь против memcpy ?
Ты поди крутой C++-сник ?
А что предложишь в качестве самого быстрого решения ?

 

[Global111]

представляю, и очень не хотел бы я его править )

но если его не изменить, то не понятен статус ПО - т.к. привносить в астру стороннее ПО и библиотеки может нарушить лицензию
а если это не важно, то придется тащить из дебиана 386 либы и смотреть что получится по месту, strace в помощь

Статус в нашей стране понятен !
Отчитаться !

 

[Global111]

>> т.к. привносить в астру стороннее ПО и библиотеки может нарушить лицензию
Мы ничего не привносим !
Это Астра привносит в нашу жизнь разнообразие !

 

[Карл]

Кстати а что ты имеешь против memcpy ?

может приводить в сегфолту, зато быстро )
конечно нужно по месту смотреть что задевается при переходе от 32 на 64, например длина указателя если на это было заложено в коде
но если приложение планируется к эксплуатации - от пересборки на 64бита и не избежать

 

[Карл]

Это Астра привносит в нашу жизнь разнообразие !

она учит быть терпеливее, не ругаться на используемое ПО