Опять же возникает вопрос где достать необходимые библиотеки,

Еще вопрос где искать файлы запуска установленных приложений ?

А как насчет; глянуть на диске с дистром?

Для установки программ в данном случае рекомендую пользоваться "Установкой и удалением" (не знаю как это
зовется в мандриве, но оно точно есть в "Центре управления"), это поможет соблюсти все зависимости

Ещё можно почитать README обычно там много полезного (пишу, поскольку для пользователей Windows это не характерно, но в линуксе это
приходится делать часто.... иногда даже по нескольку раз, когда хочется всё сделать с первого раза. Ничего личного, просто полезный совет)

Можно поискать в консоли... Embarassed, а потом сделать ярлык для запуска...

Где искать - они, в зависимости от типа программы, распиханы в /usr/bin, /usr/sbin, /usr/local/bin и /usr/local/sbin. bin - обычные, sbin типа системные

А лучше - качай Оперу, со static-qt - она у тебя обязательно заведётся.

но сердце мое с Firefoxom поэтому буду пробовать его как-нить завести

А по ентому пунктику по-подробнее низя рассказать ,можно ссылочку на ресурс какой-нить прочитаю

$Vanger$

Буду искать ,тока на скока я успел заменить тама в этих папках ,где файлы запуска ,сам черт ногу сломит пока что-нить найдет

Енто еся еще вопрос ,а как узнать куда будет устанавливаться прога из *.rpm ? А то вот ставлю а потом хрен знает где ее искать ,кто-нить может посоветовать что-нить по ентому пунктику

Как сделать ярлык - не скажу, включай голову - думай сам ;P (слишком просто)

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

похоже на то что у тебя нет библиотеки libstdc++, это странно так как она нужна для многих программ.
Попробуй
Код:
#rpm -qi libstdc++

Для начала, вы должны иметь, то что вам нужно установить с помощью собираемого вами пакета. Путь это будет какая-либо утилита, расширяющие возможности системы. (С тем же успехом - это могут быть дополнительные файлы шрифтов или еще что-нибудь). Пусть эта утилита называется probe. Положим, что к этой утилите вы написали страничку руководства man с названием probe.1 и кроме того положим, что есть какой-либо файл, где разобран пример работы с данной утилитой с именем example. Путь файл с примером и страничка руководства называются сопровождающими файлами.

Важно, чтобы вы представляли, где должна быть размещена эта утилита и сопровождающие ее файлы. Обычно исполняемые файлы размещают в /usr/bin. Странички руководства man размещают в /usr/man/man.1, а всякие примеры в /usr/lib/имя_утилиты. Пусть так будет и в нашем случае.

Итак, выполняем следующие шаги:

Создаем временный каталог с именем DEB
Создаем в этом каталоге подкаталоги, в которые нужно поместить утилиту и сопровождающие файлы

Создаем в этом каталоге подкаталоги, в которые нужно поместить утилиту и сопровождающие файлы. При этом каталоги создаются так, как будто DEB является корневым каталогом. Таким образом, в нашем случае, файлы должны быть размещены следующим образом:

DEB/usr/bin/probe

DEB/usr/man/man1/probe.1

DEB/usr/lib/probe/example

Создаем в каталоге DEB служебный каталог с именем debian
В этом каталоге создаем обязательный файл control и по вашему желанию также могут быть добавлены файлы preinst, postinst, prerm, postrm и conffiles.

Вот для чего они нужны:

control Служебная
conffiles Список конфигурационных файлов
preinst Скрипт, выполняемый перед началом установки пакета
postinst Скрипт, выполняемый после установки пакета
prerm Скрипт, выполняемый перед удалением пакета
postrm Скрипт, выполняемый после удаления пакета

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

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

Теперь заполняем файл control служебной информацией.

Эту информацию впоследствии будет использовать менеджер пакетов dpkg и программа dselect. Информацию можно занести в любом текстовом редакторе. Для нашего случая я привожу уже готовый файл:


Package: probe
Version: 1.0
Architecture: i386
Maintainer: Ivan Ivanov <ivan@perm.ru>
Description: My probe utility
This is my utility

Теперь поясним, что к чему. Слова с двоеточиями являются служебными и выполняют закрепленные за ними функции. Здесь даны далеко не все возможные слова - остальные найдете на страничке руководства man с названием deb-control(5). За словом Package: должно идти имя пакета. В этом имени не должно быть заглавных букв или небуквенных символов типа ``!'', ``?'' и т.д. За словом Version: должен идти номер версии. За словом Architecture: архитектура машины для которой собирается пакет. Для платформы Intel это i386. За словом Maintainer: должно следовать имя автора пакета, с необязательным адресом электронной почты (в нашем случае ivan@perm.ru). За словом Description: должно следовать краткое, или полное описание пакета (можно использовать русские буквы, но тогда в dselect'е вы будете иметь проблемы). Краткое описание следует непосредственно за словом. Полное описание начинается со следующей строки.

Обратите внимание: перед фразой This is my utility пробел. Он указывает, что данная фраза является продолжением описания.

Если его не поставить, то при сборке пакета вы получите сообщение об ошибке.

Создайте и заполните остальные файлы, указанные в таблице, если ВАШЕМУ пакету это нужно (в данном случае они не нужны).
Для генерации .deb пакета наберите команду

dpkg -b имя_каталога имя_пакета.deb

В нашем случае эта команда будет выглядеть так:

dpkg -b DEB probe-1.0.deb

Если вы правильно выполнили все описанные выше инструкции, то вы получите файл probe-1.0.deb, который вы можете теперь установить через команду

dpkg -i probe-1.0.deb.

Вот за такую мозгоёбку не люблю большую часть дистров... Либо уж Gentoo, либо BSD.. Там хоть управление портами действительно удобно и просто.

The truth about pkgtool is not that it doesn't exist, but that it doesn't do any dependency checking.

Что вы подразумеваете под превращением в помойку? Я считаю что помойка это система в которой много файлов неподдающихся идентификации и, как следствие, удалению. Другими словами помоечная ситуация это когда накапливается много файлов про которые неизвестно откуда они взялись и с каким пакетом связаны, соответственно и удаление их риск. portage имеет функцию удаления установленных пакетов.

По-поводу тестирования: какое тестирование вы имеете в виду? Меня устраивает тестирование на стабильность производимое авторами пакетов.

Так что RPM'щики не совсем в ауте, это сами слакварщики признают. Кроме того, deb показался мне более продвинутым форматом, в нём, например, есть преинстальные скрипты (и не только).

открою страшную тайну. Часто портажи (не знаю, из нехватки времени или из лени) просто сливают с CVS дерева и упаковывают, дай Бог, если хоть раз запустят. В итоге ты получишь программу, которая будет валиться каждые 6 часов или при входе в определенное меню.... (как это сочетается со стабильностью линукс по идеологии?)

_Psih, к сожалению аккуратности мало. Я не в состоянии запоминать куда какой make install что кладёт, так что система управления пакетами просто необходима. В Linux from Scratch её нет по понятным причинам, это минимальный дистрибутив созданный для обучения. Уже написаны статьи по установке на LFS RPM'а и APT'а, но я не хочу переходить на бинарные пакеты, хочу собирать всё из сорсов сохраняя контроль над системой. Сейчас склоняюсь к сборке make'ом с последующей упаковкой в deb и установкой dpkg.