RPM Hell - Интересная статья о недостаках RPM

> Да. Причем если база слетела, то кранты всем зависимостям. И никак ты их назад не запихнешь, даже если у тебя есть список установленных пакетов.

Странно, а --justdb зачем тогда?

то Troll: % rpm -q qt2 qt qt2-2.3.1-13 qt-3.1.1-6 qt-3.3.1-0.2

И все работает!

P.S. Лично что мне нужно от RPM - так это возможность строить их из ports tree. Ну еще, было бы хорошо, если добавить к requires options.

Вот, кому надо пример, как не RPM libs в базу добавить:

%define majorver 9
%define ver 9.2.0.1.0
%define oralibs /opt/oracle/lib

Summary: Oracle client libraries
Name: oci-libs
Version: %{ver}
Release: 5
Copyright: distributable
Group: System Environment/Libraries
#BuildRoot: /
Provides: oracle-libs oci libclntsh.so.%{majorver}.0 libwtc%{majorver}.so
Distribution: Suse 8.2

%description
Dummy Oracle client libraries for RPM dependency

%files
%defattr(-,oracle,dba)
%ghost %{oralibs}/libclntsh.so*
%ghost %{oralibs}/libwtc%{majorver}.so

%changelog
* Tue Jan 27 2004 Evgeny <eu at zsttk dot ru>
- First build.

>Так они по любому уязвимы - магическим же образом дыра от статической линковки не исчезает.

Двоешник, если бы ты не прогуливал занятия по программированию, то

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

случаев не работает при стат. линковке.

> Ускорение надо тестировать на тяжелых приложениях, чтобы прирост скорости был сразу заметен - вот kde и gnome как раз подходят.

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

>>Дык тогда ты подписывайся на спор. Ща я всем за так показывать буду...
>С Вами все ясно - в сад...

Ну, что сказать? Ещё один отвалился по причине тонкости кишки.
Ладно, будем считать, что с пионерами спорить на деньги нельзя.
Показываю статически собранный gcc-3.2.2, который меньше, быстрее и т.д.
ftp://ftp.freenet.de/pub/lart.info/42/gcc-3.2.2.tbz2

Что скажет пионерская дружина и прочие "нормальные" люди?

Прекрасно! Меняем задачу. Собрать apache полностью статически. Сравнить размер бинарника с таким же, но собранным динамически. Повторить для mysql/postgresql. Домашнее задание: проделать то же самое с oracle.

The author doesn't know RPM at all. As far as he mentioned there's one unsolvable problem in the whole OS world: in _no_ OS you can install different version of libraries with the same major numbers: e.g. you can't install QT 3.2 and 3.3 concurrently without playing tricks with enveronment variables. Those geeks who state that they have installed different kernel version are all forgetting that they can _not_ run those kernels at the same time. Most author's problems can be resolved by using third-party tools like apt, yum, up2date and others. Also it needs to be mentioned that author is not enough smart to live in the Linux world because he misinterprets Linux ideology and filesystem hierarchy. As far as I could understand him he is just quite comfortable with Windows and MacOS which have completely different approach for these issues: every program which he installes wears the newest libraries it needs thus replacing the core system libraries and breaking the system. Otherwise the program just holds the libraries it needs in its Program Files/folder. The third solution is using a manifest description file but hardly any program uses this opportunity.

> e.g. you can't install QT 3.2 and 3.3 concurrently

Ну, это ты со своим рэпээмом не можешь, а используя правильные
методы и утилиты это можно.

А че апач? Апач так и собирают статиком. Ты видать, паренек, апача под нагрузкой никогда не видел.

Ой, обассацца! Пропустил такой перл:

"author is not enough smart to live in the Linux world because he
misinterprets Linux ideology"

Такой наглости от пионеров я ещё не видел ;-(

Что такое "под нагрузкой" - наверное, я действительно не видел. Но на тех серверах, которые мне доводилось смотреть (я, вообще, не админ) апач был слинкован динамически. И ничего - как-то работали. Правда, бОльшая часть из них была интранетовскими серверами.

Ты спроси, чего он вообще видел? ;)

удивительно на ldd выхлоп похоже. смотрим все бинарники и все либы пакета. делаем на них лдд. sort, uniq и т.д. :)

Ну, дык забейся под лавку и не высовывайся со своими мудрыми
комментариями, если предмет спора только издаля или на картинке видел!

о! никак старичек со своим бз34 выполз пальцы топырить после увольнения его с должности дворника :)

логика виндовозника. мне например неприятно когда программа сама посебе х.з. куда ставиться. а ключи? а маны перед этим почитать? тем не менее я же не кричу портежи или аптгет в топку. у каждого свои заскоки. а пионеры это те кто кричат "рпм в топку" и "патрик наш рулевой". кичатся кастовостью. дистро-фаны.

Не хами, парень.

А из того, что я сам руками апач не собирал (хотя некоторый опыт сборки другого кода у меня все-таки есть:), никак не следует, что высшая мудрость о бесполезности динлибов имеет реальный практический смысл для большинства из того софта, который входит в нонешние дистрибутивы.

Ну, а хрена ли ты думал? Пальцы тоже иногда разминать надо. Затекают они без движения ;)

Для проверки собственного ламерства сделал так:

% file /bin/* /usr/bin/* | grep statically | wc  
       2      22     168
% file /bin/* /usr/bin/* | grep dynamically | wc
     880    9694   76285

Да, что интересно - эти 2 статических файла, на самом деле 
/bin/sync и /usr/bin/sync - один и тот же файл, симлинк на /sbin/sync

правильные методы это как при совке? а не свистеть и объяснить наличие в шапке вышеупоминаемых версий наличие qt2 и qt3 слабо?

Хм, а у меня

sh, as, gcc, gdb, ld, make - все статические, интересно зачем?

FreeBSD 5.2

А-а! Вспомнил. Видел я один сервер, где апач был статиком слинкован, для скорости. Правда, админ потом переживал, что модуль "по-быстрому" добавить не получается...

> Показываю статически собранный gcc-3.2.2, который меньше, быстрее и т.д.
> ftp://ftp.freenet.de/pub/lart.info/42/gcc-3.2.2.tbz2
Ну и что ты доказал?
[zakon@gunnm lz]$ ls -l bin/gcc
-rwxr-xr-x 2 zakon zakon 97276 Июн 15 2003 bin/gcc
[zakon@gunnm lz]$ ls -l /usr/bin/gcc-3.2.2
-rwxr-xr-x 1 root root 81644 Мар 3 2003 /usr/bin/gcc-3.2.2

Молодой есче был вот и хотел все "по-быстрому".

Не, наш бы ходил и вонял неделю, не меньше.

Очевидно, для скорости, размера и безопасности;). Кстати, а у Вас какая статистика на /bin и /usr/bin по статике-динамике? Вообще, насколько я помню (какой-то вумный человек рассказывал в инете), иногда некоторые бинарники собирают статическими, потому как их работа может проходить в условиях отсутствия/неработоспособности/непроинициализированности/... динамического загрузчика.

Да, на всякий случай - моя статистика на солярке 9 получена (просто она под рукой оказалась). Там и sh (родной), и прочее - все динамическое.

И микрософту это объясни и борланду - там тоже все прогуливали.

Ладно, покажи нам статически собранный оракл и мы от тебя отстанем.

>Показываю статически собранный gcc-3.2.2

Вам толкуют про статически собранную _систему_ а вы про пальцы...

Еще раз повторю - в сад.

>sh, as, gcc, gdb, ld, make - все статические, интересно зачем?

Еще init забыл ;)

Доказал на примере, что выигрыш по размеру файла в случае статики всего на 20% хуже, а вовсе не в 5 раз.

Да, теперь хорошо бы сравнить скорость. Правда - я подозреваю, человек применил нестандартный линкер, который умеет инлайнить:)

Sun-ch,
http://kerneltrap.org/node/view/1628

Хм, обратил внимание, что некоторые бинари имеют пермишен

0500, то же init,

Вы че на соляре под рутом сидите ?

>Доказал на примере, что выигрыш по размеру файла в случае статики всего на 20% хуже, а вовсе не в 5 раз.

Cм. мой пример

hint: больше всего места в _системе_ занимает не гцц (который кстати тащит _только_ libc) а какраз всякие Гномы/КДЕ 

Смотрим сюда:

ss@XP1700:~$ ldd `which kdeinit`
        libkparts.so.2 => /opt/kde/lib/libkparts.so.2 (0x40017000)
        libkio.so.4 => /opt/kde/lib/libkio.so.4 (0x40053000)
        libkdeui.so.4 => /opt/kde/lib/libkdeui.so.4 (0x402f0000)
        libkdesu.so.4 => /opt/kde/lib/libkdesu.so.4 (0x4053b000)
        libkdecore.so.4 => /opt/kde/lib/libkdecore.so.4 (0x40554000)
        libDCOP.so.4 => /opt/kde/lib/libDCOP.so.4 (0x406d6000)
        libdl.so.2 => /lib/libdl.so.2 (0x4071b000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x4071f000)
        libart_lgpl_2.so.2 => /usr/lib/./libart_lgpl_2.so.2 (0x40731000)
        libkdefx.so.4 => /opt/kde/lib/libkdefx.so.4 (0x40748000)
        libqt-mt.so.3 => /usr/lib/qt/lib/libqt-mt.so.3 (0x40771000)
        libpng.so.3 => /usr/lib/./libpng.so.3 (0x40e29000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40e53000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40e62000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40f29000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40f32000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40f49000)
        libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40f9a000)
        libutil.so.1 => /lib/libutil.so.1 (0x40fa2000)
        libz.so.1 => /usr/lib/./libz.so.1 (0x40fa6000)
        libstdc++.so.5 => /usr/lib/./libstdc++.so.5 (0x40fb3000)
        libgcc_s.so.1 => /usr/lib/./libgcc_s.so.1 (0x41064000)
        libm.so.6 => /lib/libm.so.6 (0x4106c000)
        libc.so.6 => /lib/libc.so.6 (0x4108f000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libGL.so.1 => /usr/lib/./libGL.so.1 (0x411c6000)
        libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x413c0000)
        libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x413d6000)
        libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x413da000)
        libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x413e3000)
        libfreetype.so.6 => /usr/lib/./libfreetype.so.6 (0x413f5000)
        libfontconfig.so.1 => /usr/X11R6/lib/libfontconfig.so.1 (0x4145a000)
        libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x41481000)
        libexpat.so.0 => /usr/lib/./libexpat.so.0 (0x414d3000)

Могу и рутом. А что это меняет?

Ну дык file должен прочесть инфу из файла?

Так что скрипт с grep может ошибиться

Только что проверил рутом. Результат тот же. Добавил /sbin - получил 10 статически линкованных файлов.

> Вам толкуют про статически собранную _систему_ а вы про пальцы...

Я тут уже упомянал про некоторых, которые аки проститутки изворачиваются.
Ну да ладно, я готов тебе показать целый статически слинкованный
дистрибутив. Какую ставку ты готов поставить на спор?

> hint: больше всего места в _системе_ занимает не гцц (который кстати тащит _только_ libc) а какраз всякие Гномы/КДЕ

В системе у кого? У чайников? Извини, но теперь и тебя посылаю нах ;)
Просто пионеров готов терпеть. Не люблю воинствующих пионеров ;)

>В системе у кого? У чайников?

Все, дальше можно не продолжать ;) Если мы круче чем RH/SuSE не говоря уже о всяких слаках тады ой.

Как говорится "Каждый сам себе злобный Буратино" (с) не помню чей.

> Если мы круче чем RH/SuSE

За себя отвечай и своими мозгами думай, пионер долбанный ;)

> пионер долбанный ;)

За базаром следи

Только после Вас ;)

>Только после Вас ;)

Вот и поговорили ;)

ЗЫ: сейчас статически даже проприетарщину не собирают (раньше было такое)

ss@opteron1:/usr/lib$ ldd  /usr/lib/vslick/bin/`which iccbin`
        libm.so.6 => /lib/libm.so.6 (0x4002d000)
        libc.so.6 => /lib/libc.so.6 (0x40051000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
ss@opteron1:/usr/lib$ ldd `which mcpcom`
        libm.so.6 => /lib/libm.so.6 (0x4002d000)
        libc.so.6 => /lib/libc.so.6 (0x40051000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

ss@xantippe:/usr/lib$ ldd  /usr/local/games/UnrealTournament/System/ut-bin
        libdl.so.2 => /lib/libdl.so.2 (0x4002e000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40031000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x40046000)
        Engine.so => not found
        Core.so => not found
        libSDL-1.1.so.0 => ./libSDL-1.1.so.0 (0x40097000)
        libm.so.6 => /lib/libm.so.6 (0x400fa000)
        libc.so.6 => /lib/libc.so.6 (0x4011d000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
        libesd.so.0 => ./libesd.so.0 (0x40253000)
        libaudiofile.so.0 => ./libaudiofile.so.0 (0x4025d000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40282000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40349000)
        libasound.so.2 => ./libasound.so.2 (0x40358000)

Не в порядке ставки, а из чистого любопытства? Будет ли в Твоем дистирбутиве десктоп? Если да - то какой? Можно ли будет добавить двоичные дрова от производителя видяхи (которые обычно идут с libGL.so)?

> сейчас статически даже проприетарщину не собирают (раньше было такое)

Народ расслабился, поверил в стабильность линуховых ABI:)

Ты пропустил слова without playing tricks

То есть ты говоришь, что все надо собирать статически?

А я говорю, что статически надо собирать только то, что после этого будет лучше работать.

Дистрибутив линукса и не для embeded систем?
Покажи, очень интересно.

Дык ты статью почитай - там и говорится об удобстве для "пионеров" читай простых пользователей.

Остальным хватает rpm, deb, портежей и прочего.

>Покажи, очень интересно.

Дык он наверное ROCK Linux с dietlibc увидел вот и пошли пальцы веером и сопли пазырями ;)