репозитории для red hat или откуда качать софт?
Взять из Федоры, Центоса, собрать самому. Купить-таки подписку тоже можно.
Взять из ФедорыДак я с с федоры и брал, потому как с 4.3 уже пакетов для red hat не найти в репозиториях.
Подписку покупать ради одного сервера - дорого, да и никто не выделит денег на неё.
Равзе что её как-нибудь бесплатно получить можно? (был бы очень рад, если кто-нибудь поделится)
man rpmbuild
google: dag rpm, rpmfind
google: dag rpm, rpmfind
Подписка стоит порядка 10к рублей в год - это не так уж и дорого помоему.
Насколько я знаю, репозитории CentOS можно подцепить к RedHat, там и версии вроде как совпадают, хотя сам я не пробовал.
Насколько я знаю, репозитории CentOS можно подцепить к RedHat, там и версии вроде как совпадают, хотя сам я не пробовал.
репозитории CentOS можно подцепить к RedHatможно, работает
Какой смысл так делать, почему сразу не поставить CentOS? Они с редхатом совместимы полностью.
Что спрашивали - то и отвечаем.
Благодарю, подцепил CentOS, всё вроде тянеться без проблем, за DAG - отдельное спасибо, большой репозиторий.
Однако, столкнулся со следующей проблемой, когда хотел поставить rar.
С другой стороны
Т.е. я в принципе не могу установить этот пакет в RHEL 4, правильно я понимаю?
Однако, столкнулся со следующей проблемой, когда хотел поставить rar.
[cisconetflowcollector ~]# apt-get install rar
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Некоторые пакеты установить невозможно. Это может означать, что Вы
потребовали невозможного, либо пользуетесь нестабильным репозиторием.
Часть необходимых пакетов либо ещё не создана, либо была удалена
из каталога 'Входящие'.
Так как для выполнения Вашего запроса достаточно одной операции, то
скорее всего этот пакет просто невозможно установить. Сообщите, пожалуйста,
об этом как о найденной ошибке в пакете.
Эти сведения могут помочь найти выход из ситуации:
Следующие пакеты имеют неудовлетворенные зависимости:
rar: Требует: libc.so.6(GLIBC_2.4) но пакет не может быть установлен
E: Извините, `битые' пакеты
С другой стороны
[cisconetflowcollector ~]# rpm -q glibc
glibc-2.3.4-2.43.el4_8.1
Т.е. я в принципе не могу установить этот пакет в RHEL 4, правильно я понимаю?
apt-get install
Я так понимаю, что у тебя сервер. Зачем тебе rar?
Использовать apt-get на RedHat с репозиторием от CentOS. Ты молодец.
Да, видимо, твой пакет собран с более новой версией glibc. Ты уверен, что ты нужную ветку CentOS подцепил? Обновив glibc, ты сможешь установить этот пакет, либо можешь найти пакет, собранный с нужной версией glibc.
Использовать apt-get на RedHat с репозиторием от CentOS. Ты молодец.
Да, видимо, твой пакет собран с более новой версией glibc. Ты уверен, что ты нужную ветку CentOS подцепил? Обновив glibc, ты сможешь установить этот пакет, либо можешь найти пакет, собранный с нужной версией glibc.
если он резко glibc обновит, у него в системе ничего не отвалится? а то сталкивался несколько раз с кривыми зависимостями.
Наверняка придется обновить и все остальные пакеты.
Ты уверен, что ты нужную ветку CentOS подцепил?Уверен, подцепил два репозитория, наверное во втором была кака-то проблема.
Когда обновлял списки - они тянулись с двух источников.
Оставил один, который от центос repo.fedoramd.org, обновил списки, теперь такой пролемы нет, пишет просто:
E: Невозможно найти пакет rar
И это понятно, в репозитории его нет.
glibc обновить до 2.4 не могу, для этого придётся другую ветку подключать, от 5-й версии.
какая дружелюбная система. завтра же поставлю.
Зачем тебе rar?Кстати про rar, зачем он мне понадобился.
Когда пакую tar-ом и zip-ом в RHEL, то потом на винде rar распаковывает в tar -архиве только первый файл в архиве, zip - вобще отказывается распаковывать, говорит битый архив. Если обратно заказчать архив на RHEL и распаковка - всё замечательно, т.е. архив точно не битый.
Видимо, это потому, что в винде тебе нечем распаковать tar. Ставь 7-zip.
как ты вообще запаковываешь в тар.гз?
tar zcf archive.tar.gz /path/to/your/dir
tar zcf archive.tar.gz /path/to/your/dir
apt-get в redhat - стрёмно как-то
rar в redhat - странно как-то, если это домашняя машина то нафига там redhat если это сервер то нафига там rar
rar в redhat - странно как-то, если это домашняя машина то нафига там redhat если это сервер то нафига там rar
как ты вообще запаковываешь в тар.гз?да по разному пробовал.
tar zcf archive.tar.gz /path/to/your/dir
нафига там rarмне rar нужен, я перекачиваю файлы по ftp, удобнее сразу одним файлом перекачать, когда много файлов
если не apt, то что тогда использовать?
логичнее все-таки научить клиентскую машину работать со стандартными форматами, чем сервер переводить на использование непонятно чего
сомневаюсь что в репозитории центоса и тем более федоры будет rar, умеющий создавать архивы.
и вот кстати, пишут что можно просто версию постарше поставить
Am Sonntag, den 02.08.2009, 12:38 +0200 schrieb Yury V. Zaytsev:
> On Sun, 2009-08-02 at 12:27 +0200, Christoph Maser wrote:
> > Am Sonntag, den 02.08.2009, 04:50 +0200 schrieb Bart Schaefer:
> > > Resolving Dependencies
> > > --> Populating transaction set with selected packages. Please wait.
> > > ---> Package rar.i386 0:3.8.0-1.el4.rf set to be updated
> > > --> Running transaction check
> > > --> Processing Dependency: libc.so.6(GLIBC_2.4) for package: rar
> > > --> Finished Dependency Resolution
> > > Error: Missing Dependency: libc.so.6(GLIBC_2.4) is needed by package rar
> > >
> >
> > The problem is that this package is not compiled but simply unpacks a
> > binary and stuffs it into an RPM. The binary provided needs GLIBC_2.4
> > and will not work on CentOS 4.
>
> Is it possible to provide older rar packages for <= EL4?
Older packages are available (see http://packages.sw.be/rar/%29. It's just
that this problem was not detected. Once the new el4 rpms are removed
and metadata is updated everything will be fine again. In the meatime
"yum install rar-3.5.1" will do the trick.
Chris
мне rar нужен, я перекачиваю файлы по ftp, удобнее сразу одним файлом перекачать, когда много файлови?
причем тут rar?
есть полно других бесплатных (открытых) архиваторов
которые и сжимают лучше и поддерживаются нормально во всех операционках
пользоваться раром в 2000 году это было круто
сейчас это моветон
если не apt, то что тогда использовать?эээ, любые родные редхатовские вещи?
ну просто apt это дебиановская вещь (убунтовская и т.п.)
для редхата она не родная, запускается она из-под рута, что там она может натворить - мне лично страшно
yum ?
если не apt, то что тогда использовать?
yum ?Я слышал, что yum не лучше apt, есть какие-то проблемы при совместимостях пакетов.
Но это только слухи, я не линуксоид и хз что лучше.
дело не в "лучше/хуже", а в применимости в конкретной ситуации.
yum в дебиане тоже никто не станет использовать.
yum в дебиане тоже никто не станет использовать.
Впринчипе согласен и на yum и дргуое, лишь бы репозитории были большие под это дело.
rar установил 3.51, как по совету, но он тоже не распаковывается виндовым rar-ом
rar установил 3.51, как по совету, но он тоже не распаковывается виндовым rar-ом
# rar l a.rar
RAR 3.51 Copyright (c) 1993-2005 Alexander Roshal 7 Oct 2005
Shareware version Type RAR -? for help
Archive a.rar
Name Size Packed Ratio Date Time Attr CRC Meth Ver
-------------------------------------------------------------------------------
install.log 62022 14186 22% 08-02-11 18:35 -rw-r--r-- BDDF35A6 m3b 2.9
log.log 246 110 44% 11-02-10 12:22 -rw-r--r-- 4C2F7423 m3b 2.9
-------------------------------------------------------------------------------
2 62268 14296 22%
а зачем ты принципиально пользуешься rar-ом, понять не могу? когда есть вполне стандартный и открытый zip?
Я ни разу не линуксоид.
http://kbase.redhat.com/faq/docs/DOC-11259
http://kbase.redhat.com/faq/docs/DOC-5024
Т.е. yum для RHEL 5 - дефолт.
Дальше возникает вопрос о том, как подцепить репрозиторий не Red Hat без регистрации.
Вроде тут, все написано:
http://www.cyberciti.biz/tips/rhel5-fedora-core-add-new-yum-...
http://kbase.redhat.com/faq/docs/DOC-11259
http://kbase.redhat.com/faq/docs/DOC-5024
Т.е. yum для RHEL 5 - дефолт.
Дальше возникает вопрос о том, как подцепить репрозиторий не Red Hat без регистрации.
Вроде тут, все написано:
http://www.cyberciti.biz/tips/rhel5-fedora-core-add-new-yum-...
а зачем ты принципиально пользуешься rar-ом, понять не могу? когда есть вполне стандартный и открытый zip?Всё очень просто, если я пользуюсь - значит надо.
Допустим надо заказзчику файл выслать, не скажешь же ему поставь zip.
Допустим надо заказзчику файл выслать, не скажешь же ему поставь zip._все_ вендоархиваторы(кроме консольного rar.exe) умеют распаковывать зип.
так что если твой заказчик может распаковать рар, то он может распаковать зип.
Я слышал, что yum не лучше apt, есть какие-то проблемы при совместимостях пакетов.давай разбираться что это всё такое
Но это только слухи, я не линуксоид и хз что лучше.
программы в линуксах поставляются пакеджами
пакедж это некий файл, который содержит в себе
- заголовок, тут название пакеджа, описание, версия, список зависимостей от других пакеджей
- набор скриптов которые нужно выполнить перед и/или после установки этого пакеджа
- собсна сами файлы программы
ну еще можно добавить что обычно пакедж заархивирован чтоб меньше места занимать, и еще есть сурцовые пакеджы которые не программу содержат а ее сурцы
в разных дистрибутивах используются разные форматы пакеджей
в редхато-клонах - rpm, в дебиан-клонах - deb
информация об установленных пакеджах должны как-то хранится, чтобы потом обновлять/удалять пакеджы
это делает пакедж манаджер
в дебиане - это dpkg, в редхате - "rpm package manager"
со временем версий пакеджей становится куча, каждый зависит от кучи других пакеджей разных версий
чтобы не возникло путаницы придумали штуку которая помогает резолвить (разруливать) проблемы
apt - самая широкораспространенная в дебиано-клонах, но есть и другие например aptitude
yum - используется в редхате, но далеко не во всех редхато-клонах
yum придумывался специально для работы с форматом пакеджей rpm и с менеджером пакеджей "rpm package manager"
apt - то же самое для deb и dpkg
форматы rpm и deb совершенно разные, устройство dpkg и "rpm package manager" совершенно разное
apt для rpm с дебиановским apt может иметь общего разве что параметры командной строки и некую логику по разруливанию конфликтов
в какойнибудь обновке у редхата чуток изменится "rpm package manager", yum естессно тоже автоматом изменится а вот apt для rpm останется старый, что он при этом натворит - мне страшно
этот apt для rpm например используется в ALT Linux, но там они гарантируют что при обновке пакедж менеджера ихний apt тоже обновится
по повожду проблем с yum
скорее имелbсь ввиду проблемы с принципиальным устройством формата rpm и менеджера "rpm package manager"
оттого что начать использовать apt для rpm вместо yum эти проблемы не пропадут
c XP zip встроен в винду, а rar еще нужно ставить.
Всё очень просто, если я пользуюсь - значит надо.эээ
Допустим надо заказзчику файл выслать, не скажешь же ему поставь zip.
и какая же интересно операционка у заказчика?
Windows XP (и выше) нативно поддерживает zip
не надо стаивть ничего вообще, голая винда отлично zip распаковывает
если у твоего заказчика не windows, то ему тем более сложнее будет поставить себе rar чем zip
Всё очень просто, если я пользуюсь - значит надо.ну просто очень интересно что занчит вот это "надо"
тебе пулю что ли приставили к голове и сказали rar использовать?
и даже в этмо случае надо повернуться к тому человеку и прямо спросить "ты что сутенер что заставляешь меня ебаться?"
Где ты работаешь ?
Всё очень просто, если я пользуюсь - значит надо.
Т.е. yum для RHEL 5 - дефоУ меня RHEL 4.
http://foo.nixcraft.com/centos/4/i386/repodata/repomd.xml: [Errno 4] IOError: <urlopen error (-2, 'Name or service not known')>
Trying other mirror.
Cannot open/read repomd.xml file for repository: foo
failure: repodata/repomd.xml from foo: [Errno 256] No more mirrors to try.
Error: failure: repodata/repomd.xml from foo: [Errno 256] No more mirrors to try.
Как видно не подцепился, потому-что нет для 4-й ветки. rpmforge уже есть.
После update, yum сразу ругнулось:
--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: rar
--> Finished Dependency Resolution
Error: Missing Dependency: libc.so.6(GLIBC_2.4) is needed by package rar
Как уже писал, GLIBC_2.4 не может быть установлена на RHEL 4.
Видимо, какая-то из этих репозиторий глючная:
# ls /etc/yum.repos.d/
CentOS-Base.repo epel.repo mirrors-rpmforge rpmforge-testing.repo
CentOS-Media.repo epel-testing.repo rpmforge.repo
а 5 версию скачать и поставить не ... ?
rar установил 3.51, как по совету, но он тоже не распаковывается виндовым rar-омА можно ошибку посмотреть?
А ещё лучше на архив взглянуть.
Видимо, какая-то из этих репозиторий глючная:не глючная, а рассчитанная на другую версию - вполне нормальная ситуация
левые репозитории вообще подключают только при необходимости установки левых пакетов в явном виде, а не делают с них постоянный апдейт
>не глючная, а рассчитанная на другую версию - вполне нормальная ситуация
Ну он читать не умеет, но ты то.
>Name or service not known
$ host foo.nixcraft.com
Host foo.nixcraft.com not found: 3(NOMAIN)
Ну он читать не умеет, но ты то.
>Name or service not known
$ host foo.nixcraft.com
Host foo.nixcraft.com not found: 3(NOMAIN)
А можно ошибку посмотреть?Ошибка:
А ещё лучше на архив взглянуть.
! C:\b.rar: Неожиданный конец архива
! C:\b.rar: Нет файлов для извлечения
Вот файл
ТОлько переименовать надо в b.rar
c XP zip встроен в винду, а rar еще нужно ставить.zip у меня не работает тоже, я писал.
И как его использовать в винде, если у меня по дефолту RAR распаковывает все архивы?
Блин, ты тут такую проблему раздул просто из-за того, что не можешь распаковать zip?
Тебе уже кучу раз сказали - винда умеет распаковывать zip, а редхат умеет запаковывать zip. Так воспользуйся же всеми этими достоинствами этих систем, вместо того, чтобы обновлять glibc, использовать репозитории других систем и пользоваться пакетными менеджерами третьих.
Тебе уже кучу раз сказали - винда умеет распаковывать zip, а редхат умеет запаковывать zip. Так воспользуйся же всеми этими достоинствами этих систем, вместо того, чтобы обновлять glibc, использовать репозитории других систем и пользоваться пакетными менеджерами третьих.
если у меня по дефолту RAR распаковывает все архивы?WINRAR УМЕЕТ РАСПАКОВЫВАТЬ ZIP!
те какими еще буквами написать надо, чтоб понял это наконец?
WINRAR УМЕЕТ РАСПАКОВЫВАТЬ ZIP!Тут тугоухие что ли все? Вы объясните это моей винде, что она должна распаковывать zip.
ответь на один простой вопрос: какой программой ты распаковываешь .rar? название программы.
А у тебя что, какой-то особенный winrar и особенная винда, что у всех он умеет zip распаковывать, а у тебя нет?
особенная виндавообще говоря, в винде это можно отключить afair(возможность распаковать zip архивы. или только возможность общаться с архивом как с директорией? вот не помню..)
некоторые юзеры, балующиеся всякими говнотвикерами, так и делают зачем-то.
то есть есть ненулевая вероятность, что голая венда не распакует зип.
но если он умеееет распаковывать рар, то у него точно стоит что-то внешнее, и я в упор не понимаю, как оно может умудриться не суметь распаковать зип.
Ты уверен, что у тебя при передаче данных не происходит ничего?
Раз ты говоришь, что ты упаковываешь на сервере хоть зипом, хоть раром, хоть tar.gz, и оно нигде больше не распаковывается, то естественно предположить ошибки при передаче.
Раз ты говоришь, что ты упаковываешь на сервере хоть зипом, хоть раром, хоть tar.gz, и оно нигде больше не распаковывается, то естественно предположить ошибки при передаче.
Раз ты говоришь, что ты упаковываешь на сервере хоть зипом, хоть раром, хоть tar.gz, и оно нигде больше не распаковывается, то естественно предположить ошибки при передаче.Я уже тестировал так.
Качал на винду и обратно и потом всё замечательно распаковывается в линуксе и tar, и bzip, и zip, и rar.
Наверное у меня особенная винда и даже две, XP и 2003 Server R2.
RAR 3.50 на XP, 3.30 на сервере руссифицированные
RAR 3.50 на XP, 3.30 на сервере руссифицированныеи ты хочешь сказать, что они не открывают .zip, которые ты создаешь на сервере?
и ты хочешь сказать, что они не открывают .zip, которые ты создаешь на сервере?Да, ошибка одиннаковая, хотя winrar видит, что это архив, показывает даже степень сжатия в свойствах.
Вы объясните это моей винде, что она должна распаковывать zip.предлагаю тебе перестать ебать мозг окружающим а нанять двух админов - одного чтобы он админил редхат, второго - винду.
предлагаю тебе перестать ебать мозг окружающим а нанять двух админов - одного чтобы он админил редхат, второго - винду.Вот этого точно делать нельзя, админы будут снимать с себя проблему и стрелки переводить друг на друга, а проблема не уйдёт.
По крайней мере так обстоятельства с компаниями складываются.
тогда одного админа
хотя бы на разовую работу, чтоб RH настроил.
хотя бы на разовую работу, чтоб RH настроил.
админы будут снимать с себя проблему и стрелки переводитьлучше этим будешь заниматься ты?
интересно, а архив не может ломаться из-за какого-нибудь бинарного режима передачи файлов по FTP, например?
у тебя битый архив, а ты тут всем мозг ебешь
Скорее всего так и есть.
интересно, а архив не может ломаться из-за какого-нибудь бинарного режима передачи файлов по FTP, например?
у тебя битый архив, а ты тут всем мозг ебешьПроверил на md5 сумму и вопросов стало ещё больше.
На линусе
# md5sum d.zip
502983f74492261c09260bfc59f56e70 d.zip
На винде после перекачки по ftp
# MD5 checksums generated by MD5summer (http://www.md5summer.org)
# Generated 17.02.2010 23:02:11
ccb4d07df0f1b2a3aee9a9b5ca5a3b3c *d.zip
На винде после перекачки по tftp
# MD5 checksums generated by MD5summer (http://www.md5summer.org)
# Generated 17.02.2010 23:03:03
98689b90764cf8594dd3dac0fbfdd329 *d.zip
Что самое странное, вы щас охуеете:
[cisconetflowcollector 1]# md5sum d.zip
502983f74492261c09260bfc59f56e70 d.zip
[cisconetflowcollector 1]# rm d.zip
rm: удалить обычный файл `d.zip'? y
[cisconetflowcollector 1]# ls -l
итого 24
-rw-r--r-- 1 root root 246 Фев 11 12:22 log.log
-rw-r--r-- 1 root root 11651 Фев 17 17:30 mime.conf.default
[cisconetflowcollector 1]# tftp 10.7.0.5
tftp> get d.zip
tftp> q
[cisconetflowcollector 1]# md5sum d.zip
502983f74492261c09260bfc59f56e70 d.zip
вообще я тебе уже намекал на то в любом случае ты не должен найти в репозитории редхата/центоса/федоры rar, который сумеет _создавать_ архивы, поскольку свободной(и даже просто бесплатной) версии rar-а под linux нет (бесплатный есть только unrar). так что даже если ты сумеешь таки поставить тот пакет, то тебя ждет жуткое разочарование.
Проверил на md5 сумму и вопросов стало ещё больше.то есть после прочтения последних ответов тебе пришло в голову только md5 посчитать?
А размеры файлов какие?
Если ты никакого другого протокола передачи файлов, кроме tftp не знаешь, тогда почитай хотя бы про его устройство и его ограничения: http://ru.wikipedia.org/wiki/TFTP
После этого рекомендую открыть для себя протоколы FTP и SCP.
p.s.
ты случайно не из Ростелекома?
Если ты никакого другого протокола передачи файлов, кроме tftp не знаешь, тогда почитай хотя бы про его устройство и его ограничения: http://ru.wikipedia.org/wiki/TFTP
После этого рекомендую открыть для себя протоколы FTP и SCP.
p.s.
ты случайно не из Ростелекома?
Ребятки, вы что, жопой что ли читаете?
Проверил на домашней FreeBSD, ситуация точь-в-точь, как и с линуксом, повторяется проблема с RAR, ZIP, CRC.
FTP
Скажите, как вы пакуете, что у вас всё хорошо на винде распознаётся?
Проверил на домашней FreeBSD, ситуация точь-в-точь, как и с линуксом, повторяется проблема с RAR, ZIP, CRC.
FTP
! C:\Inetpub\ftproot\aa.zip: Архив поврежден
! C:\Inetpub\ftproot\aa.zip: Ошибка CRC в log.log. Сбойный файл
! C:\Inetpub\ftproot\aa.zip: Архив поврежден
! C:\Inetpub\ftproot\aa.zip: Архив поврежден
Скажите, как вы пакуете, что у вас всё хорошо на винде распознаётся?
Скажите, как вы пакуете, что у вас всё хорошо на винде распознаётся?Пакуем мы также, мы просто передаем правильно, чтобы md5 совпадало на разных концах.
If a file containing binary data is sent using ASCII mode, it will most likely end up being corrupted. If you're having problems with corrupted file transfers, try using binary mode when transferring the file.
ftp> binary
ftp> get file.tar.gz
Парниша, а с чего у тебя столь завышенная самооценка?
Ты даже ls -l и dir набрать не можешь? Или ты для передачи двоичных файлов используешь ascii режим?
Ты даже ls -l и dir набрать не можешь? Или ты для передачи двоичных файлов используешь ascii режим?
тему не читал, про бинарный режим передачи файлов по фтп уже говорили?
code:ftp> binary ftp> get file.tar.gzВот подстава, теперь и RAR и ZIP начал распаковываться.
Чё за подстава, как я всю жизнь качал с разных ftp-серверов tar и zip без всякого binary ? И всё нормально было.
Решил на собственный ftp на IIS залить и такая жопа
Чё за подстава, как я всю жизнь качал с разных ftp-серверов tar и zip без всякого binary ?Очень многие ftp-клиенты, к слову, предлагаю переключиться в бинарный режим для передачи файлов, в том числе и виндовый...
Награждаешься орденом пени 1 степени.
вот про ascii режим все разобрались, копируется файл - бьется, копируется обратно - бьется обратно, получается как был
но, остался мелкий вопрос:
как две разных md5sum на винде получились?
но, остался мелкий вопрос:
как две разных md5sum на винде получились?
А он один раз копировал по FTP в ascii mode, второй раз по TFTP тоже в ascii mode.
Все-таки протоколы разные, вот по-разному и портили файл.
Все-таки протоколы разные, вот по-разному и портили файл.
а, ок
я почему-то думала что FTP и TFTP одинаковыми должны быть
я почему-то думала что FTP и TFTP одинаковыми должны быть
Оставить комментарий
12345
Столкнулся с red hat, но надо достать софт, которого в репозитории фрешрпм нет. Может торренты есть специальные для релизов? Подскажите, куда копать.И как быть в таких случаях, не устанавливать же все необходимые пакеты потом, выискивая зависимости?
Подписки само собой нет, с официального сайта скачать не могу.