Посмотри, мож в кеше есть.
А почему нельзя скачать/получить его ещё раз?

Суть в том, что я бы хотел поставить именно тот же самый пакет

Воспользоваться утилитой rpmrebuild: http://rpmrebuild.sourceforge.net/rpmrebuild.1.html

наркоманский комент.

а вообще было бы классно, иметь возможность установки какого-либо пакета из другой системы со всеми зависимостями.
к примеру есть у тебя centos+postgres+httpd.
установил такой же центос, указал вместо репы ip другого и вуаля.
у тебя и на втором есть postgres+httpd.
то есть каждая машина это и есть репо.

Суть в том, что я бы хотел поставить именно тот же самый пакет

«тот же самый пакет» есть побайтная копия информации, то есть она не является «тем же самым пакетом» в прямом значении этого выражения.

В общем, что ты имеешь ввиду, бро?

то есть каждая машина это и есть репо.

На серверных осях это было бы удобно, но только если бы такой «репомашиной» был только один сервер... А то ты прикинь, к какой помойке это приведет.

если бы такой «репомашиной» был только один сервер

ты говоришь про локальные репо.

Ты можешь целиком задачу обрисовать?

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

а в rpm based нет -reinstall?

проходил мимо//

Господи, ну делается это просто:

rpm -qi iptables

rpm -qa | more

Проще всего собрать ещё раз на том же сервере что и первый что бы инфраструктуру сборки не тащит всю.

yum reinstall есть

Пакет может быть редким, хитровывернуто-самосборным и ещё бог весть каким. Я несколько раз сталкивался с ситуацией «пакет установлен на машине А, надо поставить его на машину Б, только где ж его, суку, взять».

Нормального способа не занаю, зато знаю кривой.
rpm -ql <package> выдаёт список файлов в установленном пакете.
Тогда tar czf <package>.tgz $(rpm -ql <package>) даст архив для распаковки в корень целевой системы.

Так делать не надо. Даже если забыть про post-inst, pre-inst скрипты и конфиги, подкладывать файлы в систему таким образом - значит сломать её напрочь.

Если уж идти от имеющися файлов, то либо нужно пересобрать пакет по-человечески, либо аккуратно вытащить и сложить в какой-нибудь /opt, ни в коем случае не в основное дерево системных файлов.

Ну так да. А зачем помойку устраивать?

rpmrebuild $package_name

а в rpm based нет -reinstall?

Есть, но yum reinstall требует чтоб исходный пакет был доступен (из реп или локально)

фига, в дебах пакеты валяются в кэше, типо cleane еще юзать нужно иногда ;) когда вышла последняя сюся, хотел поставить, понравилось, как там кде оформлено, но забил что-то. Так шо не в теме как у вас там дела обстоят.

фига, в дебах пакеты валяются в кэше

В openSUSE это настраивается, хранить или нет.

наслышан, про яст, говорят тру. один фиг стремно. привык уже к aptitude, dpkg /etc. да и работает, нафиг трогать. Хотя любопытство дает о себе знать порой.

Да я сам заядлый убунтушник. Так что не надо «у вас». Просто по долгу службы приходится ещё и rpm знать.

по долгу службы, тоже изучил бы.

Зюзя крутая. Нечего там боятся. Она даёт чёткое представление о репозиториях. zypper вполне себе годный менеджер пакетов высокого уровня.

Только придётся ручками bashrc, command-not-found настраивать. И так, по мелочам. Зато там проще установить infinality и настроить годные шрифты. И вообще будет впечатление, что система «летает». Короче: советую.

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

rpmrebuild