LINUX.ORG.RU

Вышел CentOS 5.2

 ,


0

0

CentOS — это дистрибутив Linux промышленного уровня, основанный на пакетной базе Red Hat Enterprise Linux 5.2.

Обновления:

  • Apache 2.2
  • php 5.1.6
  • kernel 2.6.18
  • Gnome 2.16
  • KDE 3.5
  • MySQL 5.0
  • PostgreSQL 8.1
  • Firefox 3.0
...и многое другое. На данный момент доступны сборки для i386 и 86_64. Скачать можно с одного из зеркал:

i386: http://isoredirect.centos.org/centos/...
86_64: http://isoredirect.centos.org/centos/...

>>> Release Notes

★★

Проверено: Shaman007 ()

Ответ на: комментарий от anonymous

>1)это не глюк

Это - feature, ага. Когда в систему тянется > 50 мегабайт абсолютно ненужных зависимостей.

>2)не нравиццо - пересобери

Ага. Конструктор "исправь кривость сборки своими руками". Спасибо, я лучше обойдусь без заботливо криво собранного vim из deb и поставлю его из исходников в /opt/vim.

Вот только потом не надо выступать, что в Debian нет глюков и кривизны.

stellar
()
Ответ на: комментарий от stellar

> Я хочу vim с подсветкой синтаксиса, но так, чтобы он за собой не тянул зависимости от X - мне на сервере это не будет нужно никогда

> 1) Какого хрена для включения подсветки в текстовой консоле надо ставить X-овые библиотеки?

> 2) Ответы в стиле "vim не нужен" идут нафиг, а написавшее их тупое быдло - в бюиореактор.

1. Минимальная установка

2. # rpm -Uvh vim-common-7.0.109-3.el5.3.i386.rpm vim-enhanced-7.0.109-3.el5.3.i386.rpm perl-5.8.8-10.el5_0.2.i386.rpm

# rpm -qa | grep -i xorg

# rpm -qa | grep -i libx

libxml2-2.6.26-2.1.2.1

libxml2-python-2.6.26-2.1.2.1

# rpm -qa | wc -l

140

# cat /etc/redhat-release

Red Hat Enterprise Linux Server release 5.2 (Tikanga)

lystor ★★
()
Ответ на: комментарий от anonymous

> Я понимаю, что RedHat 5.2 уже наверное достаточно стабилен, но не тупо ли его до сих пор на сервера ставить?

Открою страшный секрет - его не только на сервера ставят, но и на рабочие станции и ноутбуки.

lystor ★★
()
Ответ на: комментарий от lystor

>1. Минимальная установка

Вот именно. А в debian это не так. И нет никаких логических объяснений, зачем сделана такая кривизна.

stellar
()
Ответ на: комментарий от stellar

> Вот именно. А в debian это не так. И нет никаких логических объяснений, зачем сделана такая кривизна.

Извиняюсь, торможу :)

Думал, что ты про RHEL.

lystor ★★
()

Люди помогите. Скачал образ, поднял на своей машине ftp сервер. Обновил один из двух сервачков в сетке. Все пучком. А вот второй че-то не хочет, когда скачивает инфу про пакеты с фтп часто думает что надо качать с папки RPMS, а на DVD ведь пакеты в CentOS папке лежат. Вот типа такого: ---> Package libstdc++-devel.i386 0:4.1.2-42.el5 set to be updated ---> Package pm-utils.i386 0:0.99.3-6.el5.centos.19 set to be updated ---> Downloading header for openldap-clients to pack into transaction set. ftp://мой ип/RPMS/openldap-clients-2.3.27-8.el5_1.3.i386.rpm: [Errno 4] IOError: [Errno ftp error] 501 bad pathname Trying other mirror. Error: failure: RPMS/openldap-clients-2.3.27-8.el5_1.3.i386.rpm from c5-media: [Errno 256] No more mirrors to try. Хотя CentOS на серверах одинаков, можно сказать близнецы.

anonymous
()
Ответ на: комментарий от anonymous

>Хотя CentOS на серверах одинаков, можно сказать близнецы.

1) /etc/resolv.conf 2) FTP passive mode

stellar
()
Ответ на: комментарий от jackill

>У тебя система на 128-метровой флэшке?

У меня есть принцип: лишнего в системе, а тем более - на сервере, быть не должно.

Идея "сейчас поставим все, авось потом пригодится" - это фундаментальная ошибка.

stellar
()
Ответ на: комментарий от stellar

> У меня есть принцип: лишнего в системе, а тем более - на сервере, быть не должно.

Это правильно. Но в случае сервера - только касательно приложений и демонов. Наличие библиотек не делает систему тяжелее, не требует дополнительной конфигурации и не добавляет уязвимостей. Нет ровным счетом ничего плохого в том, чтобы держать xlib на сервере. Более того, обычно это просто необходимо. Сервер, где бегает что-то на джаве, будет иметь икслибы, даже если они не будут использоваться - просто по зависимостям. Сервер печати наверняка будет иметь ghostscript-fonts, а то и ghostscript и тоже зависит от этих библиотек. Список можно продолжать..

ЗЫ тому, кто тут бодро показывал вывод "rpm -qa libx\*": эта команда не матчит икслибы, правильная для rhel/centos 5 будет "rpm -qa libX\*". Так же, наличие redhat_lsb по зависимостям требует икслибы.

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

anonymous
()
Ответ на: комментарий от stellar

Сории за предыдущий пост, бага вышла..

> У меня есть принцип: лишнего в системе, а тем более - на сервере, быть не должно.

Это правильно. Но в случае сервера - только касательно приложений и демонов. Наличие библиотек не делает систему тяжелее, не требует дополнительной конфигурации и не добавляет уязвимостей. Нет ровным счетом ничего плохого в том, чтобы держать xlib на сервере. Более того, обычно это просто необходимо. Сервер, где бегает что-то на джаве, будет иметь икслибы, даже если они не будут использоваться - просто по зависимостям. Сервер печати наверняка будет иметь ghostscript-fonts, а то и ghostscript и тоже зависит от этих библиотек. Список можно продолжать..

ЗЫ тому, кто тут бодро показывал вывод "rpm -qa libx\*": эта команда не матчит икслибы, правильная для rhel/centos 5 будет "rpm -qa libX\*". Так же, наличие redhat_lsb по зависимостям требует икслибы.

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

anonymous
()
Ответ на: комментарий от anonymous

> ЗЫ тому, кто тут бодро показывал вывод "rpm -qa libx\*": эта команда не матчит икслибы, правильная для rhel/centos 5 будет "rpm -qa libX\*". Так же, наличие redhat_lsb по зависимостям требует икслибы.

Показывали другое:

$ rpm -qa | grep -i libx

libxml2-2.6.26-2.1.2.1

libXfont-1.2.2-1.0.3.el5_1

libX11-1.0.3-9.el5

libXi-1.0.1-3.1

...

lystor ★★
()
Ответ на: комментарий от lystor

$ rpm -qa | grep -i libx
libxml2-python-2.6.16-10
perl-libxml-enno-1.02-31
libxslt-1.1.11-1
perl-XML-LibXML-1.58-1
libxml2-2.6.16-10
perl-libxml-perl-0.07-30
perl-XML-LibXML-Common-0.13-7
PRI ~ 10:43:59
$ rpm -qa | grep vim
vim-minimal-6.3.046-0.40E.7
vim-enhanced-6.3.046-0.40E.7
vim-common-6.3.046-0.40E.7
$ cat /etc/redhat-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 5)

anonymous
()
Ответ на: комментарий от stellar

Вы бред несете:

# dpkg -l | egrep -i "libx|x11"

#

# dpkg -l vim

ii vim 7.0-122+1etch3 Vi IMproved - enhanced vi editor

а кривизна это когда минимальную установку можно сделать только гуевым инсталятором, когда при серверном варианте инсталла ставят bluetooth/hal/dbus/cups, когда какойто пакет документации запихнули на последний, млять, компакт и из-за него минимальная установка обрывается на 99%. более кривого поделия я невидел.

kostian ★★★★☆
()
Ответ на: комментарий от kostian

Какой последний компакт ?
Я уже давно ставлю только с DVD-версий.

odip ★★
()
Ответ на: комментарий от lystor

> 2. Время пересборки апдейтов, в т.ч. по безопасности, иногда доходит до 7 дней, хотя заявлено, что CentOS старается пересобирать пакеты в 2-х дневный срок.

Они исправились :)

RHSA-2008:0519-24: Last updated on: 2008-06-25

А в CentOS уже "Thu, Jun 26, 2008"

В общем хорошая система

fi ★★★
()
Ответ на: комментарий от kostian

Всегда ставил с одного CD минимальную систему, больше никаких компактов не требуется. Далее yum update и yum install что надо. Ничего лишнего. А чего такого страшного в гуевом инсталляторе?

anonymous
()
Ответ на: комментарий от stellar

>Идея "сейчас поставим все, авось потом пригодится" - это фундаментальная ошибка

Ну тогда vim не нужен.

jackill ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.