Qt - изменить название дллки

«100500 способов отстрелить себе ногу. Изд. Просвищение, 2012»
я давно слежу за твоими извратами с твоей прогой. ты что-то делаешь не так...

Я решил сделать пакет с кутешными библиотеками и распространять его. Т.е. прога будет часто меняться то каждый раз качать всё, включая две библиотеки (Gui - 12MB, Core- 3MB) вовем не айс. Учитывая что у нас под линуксом пакетный менеджер есть я решил замутить пакетик с двумя этими библиотеками, и распространять его. Хотя х3, мб проще один пакет распространять.

индусы тебе сейчас люто завидуют

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

Т.е. у многих в системе будут qt и еще копии библиотек qt, а в будущем будут еще и копии копий библиотек qt? По-моему, в правильном направлении движешься.

Я решил сделать пакет с кутешными библиотеками и распространять его

Внезапно, но почему не стандартные? Они у тебя модифицированные что-ли?

при линковке -lMyPacketQtCore вместо -lQtCore
а ваще бред

Напиши название программы, что бы я её случайно не поставил бы и не засрал бы пол системы.

Т.е. ldd prog_name показывает что у нас зависимости не от libMyPacketQtCore.so.

Открою тебе страшную тайну: даже если программу ты сможешь слинковать с libMyPacketQtGui.so, которая была libQtGui.so, то окажется, что сама библиотека libQtGui.so зависит от libQtCore.so, а не от libMyPacketQtCore.so:

$ ldd /usr/lib/x86_64-linux-gnu/libQtGui.so | grep Qt
	libQtCore.so.4 => /usr/lib/x86_64-linux-gnu/libQtCore.so.4 (0x00007fe575e37000)

А без пересборки Qt это не исправить.

Т.е. прога будет часто меняться то каждый раз качать всё, включая две библиотеки (Gui - 12MB, Core- 3MB) вовем не айс. Учитывая что у нас под линуксом пакетный менеджер есть я решил замутить пакетик с двумя этими библиотеками, и распространять его. Хотя х3, мб проще один пакет распространять.

Не-не-не, ты всё делаешь неправильно. В бинарных дистрибутивах Qt не идёт одним пакетом, там отдельные пакеты для QtCore, QtGui, QtXml, QtWebkit и т.д., поэтому перепакетировать Qt не нужно — оно уже разбито на пакеты. Свою программу тоже делаешь отдельным пакетом и ставишь зависимости от пакетов с QtCore и QtGui.

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

Наоборот так я делаю чтобы не засрать систему. Че будет в итоге

1) Пакет BlaBlaQtLibs, так будут 2 дллки - libBlaBlaQtCore.so и libBlaBlaQtGut.so - он будет редко меняться - там будут новые версии куте

2) Пакет в котором лежит один бинарь - он будет часто меняться

Ставишь - и ничи не ломается. А при удалении и этот пакет удалится.

да у него дистр с протухшим куте! вот он и мается ;)

ну собери ты нужные тебе библиотеки в /usr/local/lib, в /opt/myLibs или еще куда отдельным пакетом.. зачем переименовывать-то их?!

Ну вот в Ubuntu или Mint че стоит? В Debian Testing 4.6.1. А у вас какая версия? Скажите, может я зря парюсь, надо оставить все как есть и не париться.

Дык они уже есть в системе. У них тоже самое название. Сломаю я все, не надо так делать. У тебя уже есть libQtCore.so.4 у меня тот же самый файл. Но это симлинк на libQtCore.so.4.6.3, например, а у меня будет libQtCore.so.4.8.1. И все, сломаю я все тебе, надо переименовывать.

у меня 4.8.1 стоит в убунте

А если статически слинковать то насколько жирнее бинарь станет?

чего ты сломаешь-то?! особенно если установишь их не в /usr/lib
про LD_ тебе уже советовали в предыдущем треде.

мне не понятны твои стенания. тут делов на 5 минут

Ты впоряде, видишь. А в дебиан все старое. Ща посмотрим че у других, может я и гоню.

Народ, че там в Федоре, например, и в Минте, например, и в других дистрах, например?

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

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

Ээээ.. Сигнал QFileSystemModel::directoryLoaded. И еще баг был, блин, забыл че за баг =)

Ставь в зависимостях Qt и не парься - в нормальных дистрибутивах давно 4.8, а у кого нет - ссзб.

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

Хватит тащить свою вендовую логику сюда.

Ты тролль, лжец и девственник. В тестинге 4.8.2.

Бррр... Ща опрос замутит, че там в разных дистрах стоит.

В Debian Testing 4.6.1

А http://packages.debian.org/testing/libqtgui4 говорит, что 4.8.2. Даже в http://packages.debian.org/stable/libqtgui4 лежит 4.6.3, а не 4.6.1.

Какой нафиг опрос? Дебиан. Убунту. Арч 64 и 32. Остальные если надо, сам найдёшь.

«100500 способов отстрелить себе ногу. Изд. Просвищение, 2012»

Дааа, таких идьетов еще поискать...

Fedora: /usr/lib64/libQtCore.so.4.8.2

Ыыы.. Че у куте в разных дистрах название пакета разное? =) Ваще жесть.

Это путь к файлу.
Мне лень юм гонять))

Не, оно действительно у всех дистрах разное. Я не про тебя.

Кароче соберу под Убунту, там вроде часто обновляется, и все, хватит =) Всем спасибо.

Знаком я с парочкой таких разработчиков, у нас они требовали последний-распоследний gcc и boost чтобы элементарный код писать со всеми фичами C++11. Руки бы поотрывал.

добро пожаловать в линукс. статическая линковка спасет тебя. не трать время на поддержку 1 дистрибутива. сделай статик-билд, который работает везде, и выкладывай в tar.bz2. если будет нужно - юзеры сами себе перепакетят под свой дистр. то, что ты пытаешься сделать, только создаст проблемы твоим же потенциальным юзерам. не слушай троллей-фанатиков, которые советуют все распространять исключительно в дебах.

Тоже идея, обдумаем ее тоже.

Значит такая идея. Мы можем как-то в зависимостях указать конкретные либы? Типа: shlibs: libQtCore.so.4 и чтобы пакетный менеджер сам разрулил в каком они для этого дистра пакете?

НЕ НУЖНО ТАК ДЕЛАТЬ.

Автор, успокойся уже. В дебиан тестинг Qt 4.8.2. Все, закрыта твоя проблема.

Знаком я с парочкой таких разработчиков, у нас они требовали последний-распоследний gcc и boost чтобы элементарный код писать со всеми фичами C++11. Руки бы поотрывал.

C++11 действительно позволяет улучшить качество продукта, что не так?

Ну, и поставь в зависимостях, чтобы не меньше 4.8.1.

«чтобы пакетный менеджер сам разрулил в каком дистре последняя версия Qt и установил этот дистр»

Fixed.

Напиши название программы, что бы я её случайно не поставил бы и не засрал бы пол системы.

Поддерживаю!