[Хочется странного] Освоить Fedora linux и сравнить его с другими дистрами.

я бы тоже не отказался.

http://docs.fedoraproject.org/en-US/Fedora/15/html/Deployment_Guide/index.html

А на русском нету?

ru_RU же. Но там мало переведено.

Ну мало - это слабо сказано. Кроме «запись образа на ISO диск» и «как запуститься с LiveCD» больше ничего не переведено.

Начинается...

Федора - это bleeding edge. По таким темам не бывает актуальных переводов.

Можно читать отсюда что-нибудь: http://docs.redhat.com/docs/ru-RU/, но для федоры как минимум половина этого уже не подходит.

Если же не доки, а просто основные ключевые слова перечислить, то у меня получится примерно такой список дистроспецифичных вещей для ознакомления:

yum, rpm
/etc/sysconfig
selinux
systemd
abrt

> Федора - это bleeding edge.

У меня rawhide. Я бы сказал, это даже не bleeding edge, это bloody edge. Если для нормальной работы надо пересобирать иксы, потому что майнтейнер слегка, кгм, поспешил с отключением так называемых устаревших фич...

Ну извини, предъявлять претензии по нестабильности к rawhide-ветке - это что-то за гранью добра и зла.

rawhide вообще-то предназначен для того чтобы майнтэйнер вволю экспериментировал с отключением каких угодно фич и мог проверить сколько всего из-за них упало и каких ресурсов потребует на починку и обновление. И чтобы остальные разработчики (а не юзеры) могли подогнать свое ПО к новым фичам оперативно.

Простите, но чем так сильно фидорка отличается от суси бубунты и слаки? Да ничем :)
Достаточно «заучить» принципы и мета располоэения конфигов, а так же название ключевых утилит (типа пакетного менеджеда и сапорта инит системы) и пару параметров к ним... Вот и все...

ну это и написал alpha. обязательно надо про /etc/sysconfig почитать.

> Ну извини, предъявлять претензии по нестабильности к rawhide-ветке - это что-то за гранью добра и зла.

В Debian unstable/experimental аж такой вакханалии не было.

rawhide вообще-то предназначен для того чтобы майнтэйнер вволю экспериментировал с отключением каких угодно фич и мог проверить сколько всего из-за них упало и каких ресурсов потребует на починку и обновление. И чтобы остальные разработчики (а не юзеры) могли подогнать свое ПО к новым фичам оперативно.

Как будто это на локалхосте нельзя сделать, надо спек править не глядя и сразу всем выкатывать.

Сравнение Yum Extender и Synaptic - это как стоящие рядом сабелька и пулемет.

> В Debian unstable/experimental аж такой вакханалии не было.

Как будто Debian unstable похож на rawhide

Это же не альфа даже. Им ещё только предстоит на днях отобрать окончательный список фич, которые пойдут в план по построению следующего релиза. Причем фичи в масштабах федоры - это глобальные изменения всего дистра. И часто совокупные изменения , а не отдельно по пакетам и по майнтейнерам. Чем раньше выкатишь это все в общий репозиторий, тем лучше видно где и что провалится и потребует поправки.

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

>Простите, но чем так сильно фидорка отличается от суси бубунты и слаки?

Отличается таки... Числом обновлений за единицу времени. А следовательно перманентным геморроем у админа.

Это ж нада додуматься хвидору на сервер водрузить :) ЦентОС чтоль не торт уже ?

>Это ж нада додуматься хвидору на сервер водрузить :) ЦентОС чтоль не торт уже ?

1. не обязательно на сервер. Для десктопа тоже не желательны проблемы.

2. CentOS уже давно не торт - там ПО 2005го года, и многие команды работают неправильно. ЧСХ в апстриме уже давно это исправлено, а в CentOS - так и осталось. Внезапно - там даже многотомный тарбол не запилить нормально. Точнее, я когда-то запиливал, но уже забыл как. И ладно я - гугл тоже :( А способ из info tar не работает в CentOS. Такие дела.

Лол. Ты че, совсем потерялся?
CentOS 6.0 - 07.2011
CentOS 5.7 - 09.2011

# uname -a
Linux hostname 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44 EDT 2010 i686 i686 i386 GNU/Linux
# tar --version
tar (GNU tar) 1.15.1

2004-12-21  Sergey Poznyakoff  <gray@Mirddin.farlep.net>
        * configure.ac: Raise version number to 1.15.1

видишь оно как трагично... А зачем мне ваше ядро нужно?

И че? Давно известен факт про РХшное 18-ое ядро... Они только в 6-ке перешли на 32-ое.

>И че? Давно известен факт про РХшное 18-ое ядро... Они только в 6-ке перешли на 32-ое.

я знаю. Ядро мне не особо нужно. Мне нужно что-бы мои скрипты работали на моих серверах. Без всяких неожиданностей. А для этого необходимы хотя-бы такие версии как в Debian Stable. Тот же tar там 1.20 ЕМНИП. Конечно если сервер не требуется администрировать - то и проблемы нет. Но иногда надо. Часто - срочно. И такие мелочи лично мне всегда мешают.

Ты ейчас по сути сказал следующее:

«Я не умею работать с CentOS , поэтому когда мне надо что-то администрировать быстро и часто, мне проще это делать в Debian Stable.»

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

Ты ейчас по сути сказал следующее:

«Я не умею работать с CentOS , поэтому когда мне надо что-то администрировать быстро и часто, мне проще это делать в Debian Stable.»

возможно. Тогда разреши спор на хоботе: как создать многотомный архив в CentOS tar'ом 1.15.1 с именами в которых присутствует номер тома.

вот выдержка из info tar для tar 1.20

If you want `tar' to cycle through a series of files or tape drives, there are three approaches to choose from. First of all, you can give `tar' multiple `--file' options. In this case the specified files will be used, in sequence, as the successive volumes of the archive. Only when the first one in the sequence needs to be used again will `tar' prompt for a tape change (or run the info script). For example, suppose someone has two tape drives on a system named `/dev/tape0' and `/dev/tape1'. For having GNU `tar' to switch to the second drive when it needs to write the second tape, and then back to the first tape, etc., just do either of:

$ tar --create --multi-volume --file=/dev/tape0 --file=/dev/tape1 FILES

$ tar cMff /dev/tape0 /dev/tape1 FILES

The second method is to use the `n' response to the tape-change prompt.

Finally, the most flexible approach is to use a volume script, that writes new archive name to the file descriptor `$TAR_FD'. For example, the following volume script will create a series of archive files, named `ARCHIVE-VOL', where ARCHIVE is the name of the archive being created (as given by `--file' option) and VOL is the ordinal number of the archive being created:

    #! /bin/sh
     echo Preparing volume $TAR_VOLUME of $TAR_ARCHIVE.

     name=`expr $TAR_ARCHIVE : '\(.*\)-.*'`
     case $TAR_SUBCOMMAND in
     -c)       ;;
     -d|-x|-t) test -r ${name:-$TAR_ARCHIVE}-$TAR_VOLUME || exit 1
               ;;
     *)        exit 1
     esac

     echo ${name:-$TAR_ARCHIVE}-$TAR_VOLUME >&$TAR_FD

The same script can be used while listing, comparing or extracting from the created archive. For example:

# Create a multi-volume archive:

$ tar -c -L1024 -f archive.tar -F new-volume .

# Extract from the created archive:

$ tar -x -f archive.tar -F new-volume .

Что нам делать в CentOS?

Какая-то странная логика.

Ты задаешь вопрос «как с помощью tar-1.15 сделать так же, как делает tar-1.20 ?». Ответ - никак. Новые версии пакетов на то и новые версии пакетов, что в них работают новые фичи.

Как этот пример связан с вопросом различий CentOS vs Debian ? Кроме очевидного: «версия пакета tar в релизе centos 5.7 старше версии пакета tar в Debian ?(каком-то)».

>Какая-то странная логика.

Нормальная логика. Я хочу вполне конкретного и понятного - получить многотомный архив. Почему в _любом_ дистре я это могу сделать, в любом, кроме CentOS, которая по вашем словам вполне актуальная? ИЧСХ это далеко не единственный баг.

Слово «баг» имеет совсем другой смысл. В данном случае оно не уместно.

Правильно говорить - устаревание. CentOS 5 действительно староват для современных задач. И CentOS 6, а точнее Scientific Linux 6.1 вполне решает эту проблему «по нашим словам».

Не стоит, это же персональная развлекательная площадка Леннарта П.

>Слово «баг» имеет совсем другой смысл. В данном случае оно не уместно.

про tar не уместно, а ИМХО про tune2fs -m0.5 очень даже и уместно.