Вышли CentOS 5.9 и Oracle Linux 5.9

принципиальное отличие в том, что многотомный архив - набор _самостоятельных_ архивов. И для получения файла тебе нужен _только_ нужный том. А вот нарезку придётся иметь целиком, т.к. в общем случае получить нужный файл невозможно (имея не все тома).

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

у тебя никогда не случалось, что один из кусков оказался битым?

случалось. для этого есть резервация. ибо когда тебе надо вытащить файл из битого куска многотомного архива, тот факт что это многотомный архив тебя _никак_ не спасет.

Я так думаю, что раз ты не знаком с многотонными архивами, то и про par2 ты тем более не в курсе. Такие как ты нубы обычно по десять раз одно и то же пишут. Ничего личного…

нет, не слышал. что это и зачем оно? пишут 1+N раз, где N выбирается в зависимости от требований к гарантированной сохранности данных. а нубы тем временем апдейтят убанту и восстанавливают многотомные архивы =P

мы тут не про игрушки говорим.

однако. напоминаю:

программы 2004го года в релизе 2013го это по твоему «нормально»?

игрушки это не программы?

для лент всё отлично. Ты используешь ленточный накопитель?

да.

твоя «awk из 80х» выдаст ерунду

моя «awk из 80х» не выдаст ерунду, потому что я ее не использую для кириллицы. там, где я ее использую, она вполне справляется со своими задачами. там пользователи даже не знают как кириллические буквы читаются.

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

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

ЧТО такое «дефолтный юзер»?? чем он отличается от любого другого пользователя системы?

дефолтный - это который создаётся adduser/useradd. Есть ещё системные, которые создаются при установке системы и/или при установке серверов. Вторые нужны как раз для изоляции серверов, первые - это личные аккаунты юзеров.

ЧТО значит этот поток сознания? ЧТО такое «вход по дефолту» и как он связан с ключами ssh?

тут недавно это обсуждали. По дефолту umask==0022, потому обычные файлы создаются с правами 0644, что позволяет их читать кому угодно, что, в свою очередь ведёт к понижению защиты сервера. Например sshd. В RH есть костыль, который заставляет понижать права юзверей устанавливая права 0600, как они и должны быть.

т.е. его надо «не ограничивать в правах», да? или надо ограничивать «не дефолтного юзера»?

надо что-бы он получался УЖЕ ограниченным, и разрешать ему ТОЛЬКО то, что ему действительно надо. Что тут непонятного?

как ты себе представляешь не-фиктивного (а-ля httpd, daemon, bin, nobody) пользователя без шелла?

очень просто - он может входить к себе например только через FTP, или например только через web интерфейс. Зачем такому юзеру shell? Многие юзеры про shell вообще не в курсе, а только мышкой и умеют тыкать.

и вот тут мы товарищи подошли к сути.

нет. sudo в бубунте это на самом деле благо. Если ты конечно кроме первого, ещё и второго юзера сделал, и с него работаешь. А первого используешь исключительно для настроек. Так оно Марком задумывалось, и это - Хорошая Идея.

очевидно дрБатти проецирует баттхерд от родовой травмы этого самого дистрибутива

чего?! ты бредишь? бубунта у мну только в виртуалке была. Ну у друзей ещё, но они там сами разбирались, я не вдавался.

Скажите, а Убунта даже в серверной версии так делает что-ли?

в смысле sudo? вроде да, не знаю.

Те же диски становятся больше, и если 10 лет назад выделять руту меньше 1% было не нужно, то на сегодня, 1% это ОЧЕНЬ много байт, и хочется поменьше.

удивительно. что 10 лет назад, что сейчас, стандартный размер серверного диска под корень - 30-80 Гб, в зависимости от вендора. мне кажется, разница не существенна и 1% по-любому будет мало под корень, если только не вынести с него все на отдельные разделы. у меня корень стандартно 1Гб.

и еще - как это связано с качеством работы программ?

а в 2008-м Убунта 8.04 была УГ или нет?

а у тебя на календаре какой СЕЙЧАС год?

какое это имеет отношение к поставленному вопросу?

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

/me опускает руки

нет, не слышал. что это и зачем оно?

man par2. Кстати, в WinRAR оно тоже есть.

а нубы тем временем апдейтят убанту

успокойся, я не убунтоид, и никогда им не был. А многотомные архивы никакого отношения к убунте (и тем более к WinRAR'у) не имеют. ЕМНИП ЕР вообще PAR честно скомуниздил, и у него первые версии даже совместимыми были. Потом он конечно добавил несовместимости, да и сам par трансформировался в par2.

игрушки это не программы?

игрушки - это не рабочие инструменты. На них срок годности не распространяется. Это исключение. man bsd-games.

моя «awk из 80х» не выдаст ерунду, потому что я ее не использую для кириллицы. там, где я ее использую, она вполне справляется со своими задачами. там пользователи даже не знают как кириллические буквы читаются.

про юникод они тоже не в курсе? Ну тогда мне их жаль…

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

какие иксы, по какому крону? ПО нужно обновлять

• при появлении дыр
• при обновлении железа
• ну и опционально, по желанию, если какую-то новую фичу запилили. Но это конечно не обязательно.

man par2. Кстати, в WinRAR оно тоже есть.

почитал. т.е. это такой костыль придуманный для пересылки бинарей в ННТП, использующий RS-коды для коррекции ошибок. ты думал я не знал про РС-коды? я еще и про коды Хэмминга вкурсе, хотя на их основе вроде «архиваторов» не делали =) при чем тут многотомные архивы?

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

какой нафиг «корень»?? рутовый резерв нужен только на общедоступных разделах, что-бы рут мог в случае чего что-то там исправить, и что-бы юзеры не загадили ВСЁ пространство. И да, мне хватает 2Г для корня, но там -m0, ибо юзерам туда вообще не нужно писать.

и еще - как это связано с качеством работы программ?

в ~2005ом маинтейнер EXT3fs такую фичу запилил, а вот в RH пытались бекпортировать, но не осилили(частично осилили - набрать можно, ошибки не возникает, но усекается до целого). Так оно и осталось уже восьмой год.

какое это имеет отношение к поставленному вопросу?

А ничего, что мы в раздели НОВОСТИ, и обсуждаем НОВЫЙ РЕЛИЗ? А не в разделе «история древнего УГ». Открывай тему для некрофилов, и обсуждай восьмую убуенту на здоровье. Мне это не интересно.

ПО нужно обновлять

список хороший, правильный. я бы еще добавил reliability баги. однако как это обьясняет что РХЕЛ5 внезапно стал «уг», а раньше небыл?

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

ну и каким лохом надо быть, что-бы говорить, что «RHEL бесплатный»? Кому он нужен без всего того, что ты перечислил?

рутовый резерв нужен только на общедоступных разделах, что-бы рут мог в случае чего что-то там исправить, и что-бы юзеры не загадили ВСЁ пространство. И да, мне хватает 2Г для корня, но там -m0, ибо юзерам туда вообще не нужно писать.

я придерживаюсь противоположного мнения: рутовый резерв нужен только для / /usr /tmp /var /opt. все. а эти разделы всегда маленькие. нафига в каком-нибудь /ora/data или /fileshare рутовый резерв, можешь привести пример?

почитал. т.е. это такой костыль придуманный для пересылки бинарей в ННТП,

причём тут бинари, и при чём тут ННТП(кстати, что это?)

использующий RS-коды для коррекции ошибок.

именно так.

ты думал я не знал про РС-коды?

наверное тебя этому обучали. Но сомневаюсь, что свои знания ты использовал на практике.

при чем тут многотомные архивы?

а теперь - не сомневаюсь(что не юзал). Как ты RS коды считать-то будешь? Освежи свои знания - код считается от БЛОКА. Потому архив надо предварительно порезать. И резать его удобнее не абы как, как это делает split(хотя конечно в первом приближении и split'ом можно).

список хороший, правильный. я бы еще добавил reliability баги. однако как это обьясняет что РХЕЛ5 внезапно стал «уг», а раньше небыл?

да он уже давно УГ. Лет 5 как минимум. Но 5 лет назад ещё полно было серверов на старом железе. Сейчас всё иначе.

причём тут бинари, и при чём тут ННТП

почитай, зачем этот твой par придумали.

(кстати, что это?)

NNTP, протокол такой.

наверное тебя этому обучали.

я ушел из универа после первого семестра.

Но сомневаюсь, что свои знания ты использовал на практике.

я писал ПО с их использованием. сойдет?

И резать его удобнее не абы как, как это делает split(хотя конечно в первом приближении и split'ом можно).

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

да он уже давно УГ. Лет 5 как минимум. Но 5 лет назад ещё полно было серверов на старом железе. Сейчас всё иначе.

ага, сейчас ты скажешь что все на АВС, да? у меня есть железо выпущенное 12 лет назад, в продакшене. E15k. менять не собираемся.

rhel5 всё еще используется и будет использоваться долго ибо оракл, под другие задачи стояло куча серверов по 8.04, осенью этой почти всё проапгрейдили ... на 10.04 (!!!) ... ох и глюков же мы наловили. 12.04 в тестинге кое-где, до продакшена еще ооочень долго.

я придерживаюсь противоположного мнения: рутовый резерв нужен только для / /usr /tmp /var /opt. все. а эти разделы всегда маленькие. нафига в каком-нибудь /ora/data или /fileshare рутовый резерв, можешь привести пример?

нужен в _общедоступных_ каталогах. например в /tmp. А надо для того, что-бы сработали root'овые скрипты, которые там скажем временные файлы могут создавать. Даже если юзеры там всё загадили. В каком-нить /usr как раз не нужно. Туда юзеров вообще пускать нельзя ИМХО. Потому, что там с лимитом - не играет никакой роли.

ЗЫЖ а что у тебя /var маленький? Там например БД может лежать. Если это сервер СУБД, то ему больше ничего и не надо, кроме /var. /tmp тоже может быть довольно большим в некоторых случаях.

почитай, зачем этот твой par придумали.

мало-ли, зачем придумали? Его и сегодня применять приходится, хотя usenet уже мёртв. как и твой NNTP.

я писал ПО с их использованием. сойдет?

сойдёт. А почему спрашиваешь, причём тут резка на блоки?

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

умею. Вот только зачем мне аккуратно резать архив, если tar это и так умеет? Неудобно не потому, что я man split не осилил, а потому, что пользоваться таким архивом неудобно - его надо ВЕСЬ собрать, дабы _один_ файл извлечь. А скрипт я уже никогда не дождусь, думаешь почему в tar эти переменные ввели? Как раз для того, что-бы такие кривые костыли не городить.

ага, сейчас ты скажешь что все на АВС, да? у меня есть железо выпущенное 12 лет назад, в продакшене. E15k. менять не собираемся.

и ты этим гордишься?

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

rhel5 всё еще используется и будет использоваться долго ибо оракл

да знаю я… Ты хочешь сказать, что это хорошо и правильно?

под другие задачи стояло куча серверов по 8.04, осенью этой почти всё проапгрейдили ... на 10.04 (!!!) ... ох и глюков же мы наловили. 12.04 в тестинге кое-где, до продакшена еще ооочень долго.

сочувствую. А почему не Debian? Хотели «одной кнопкой»?

Ты хочешь сказать, что это хорошо и правильно?

А что в этом плохого? Система работает? Работает! Задачи решает? Решает! Зачем её тогда менять?

А почему не Debian?

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

Хотели «одной кнопкой»?

Какой одной кнопкой? Ты видел инсталлятор бунты серверной? Это трындец полный, «домохозяйка» такое не осилит никогда.

Но в centos этого нельзя

Угу... «нельзя», так же как «невозможно» создавать многотомные архивы.

Установить на резерв в 1Гб, при блоке 4096байт

#tune2fs -r 262144 /dev/VolGroup00/LogVol00

А всё потому, с чтением и пониманием написанного у тебя перманентный разлад.

tune2fs -r 262144

и где тут ключ -m?

и ты этим гордишься?

я не считаю это железо и софт «УГ» и «нинужно».

без всего этого он станет еще одним центосом, что, собственно существование центоса как раз и наглядно доказывает.

но я предупреждал что не всем дано понять, эти вещи важны там где надо работать, а не компилировать кеды под фрю

таки бубунта энтерпрайзное решение уже. давно все сервера на ней держу и ни разу не пожалел. что на ЕС2, что в селектеле, что дома. все работает на отлично, удобно управляется и _стандартизировано_. а от центоса только голова болит. древние как говно мамонта пакеты это только начало.

без всего этого он станет еще одним центосом, что, собственно существование центоса как раз и наглядно доказывает.

это я и пытался доказать.

но я предупреждал что не всем дано понять, эти вещи важны там где надо работать, а не компилировать кеды под фрю

мне всё же кажется, что Debian более удобен для работы (а для тестинга таки Slackware, в которую можно ставить что угодно и как угодно. И работает как в Debian или RHEL).

это я и пытался доказать.

отбросив все остальное, за что собственно и берутся деньги, не за сам код дистра.

мне всё же кажется, что Debian более удобен для работы (а для тестинга таки Slackware, в которую можно ставить что угодно и как угодно. И работает как в Debian или RHEL).

ладно, отложим на минуту используемую ОС, это только платформа для софта который использует фирма. когда фирма подходит к выбору софта, есть два подхода - купить (или поставить открытый проект, это тут не важно) готовое, с полки, или писать свое.

при покупке софта, сразу же надо смотреть на поддерживаемые платформы. надо сравнивать количество коммерческого (или открытого) энтерпрайзного софта под RHEL по сравнению с дебианом, или не будем? Я говорю не о постфиксе, а о таких вещах как оракл, SAP и т.д. Причина тут простая - если надо писать интеграцию с RHEL есть адрес по которому можно обратиться, а дебиан... с кем мне там говорить? писать в мейлинг листы как то не серьезно, ведь гарантии ответа, квалификации отвечающих и тем более сроков нет.

кстати, все коммерческие апплаенсы (ESX, SPLAT, vCenter, SAP-GW и т.д.) тоже основаны на коммерческих линуксах, по той же причине

далее, смотрим на самописный софт. Вкладывая в написание чего либо под себя, я не хочу переписывать все каждые несколько месяцев (многие не айтишные фирмы вообще хотят как можно реже за такое платить, и тем более не хотят держать штат разработчиков которые будут этим заниматься, ведь цена разработки на порядки выше стоимости подписки на RHEL). RHEL дает именно эту уверенность, именно поэтому версии пакетов, а с ними и API не меняются, гарантированно, при том что апдейты есть, и все свежее в апстриме бекпортируется, так что ОС не оказывается говном мамонта, несмотря на старые мажорные версии. В дебиане (про слаку вообще не буду говорить) никто мне такой гарантии не даст, тем более не на ближайшие 10 лет.

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

Фирма которая предпочитает использовать некоммерческие дистры, практически всегда или очень технически подкованна, и не боится патчить все сама (тот же sourceforge например), потому что в штате уже есть программисты которые будут этим заниматься.

когда я админил несколько десятков серверов со стандартными линуксовыми пакетами, я тоже использовал дебиан, просто проще было поднимать стандартные апачи/самбы/постфиксы/etc, но когда счет пошел на сотни, и помимо LAMPочек стало нужно не просто быстренько поднять пакет из репов, а развернуть на этом еще и RAC, да еще и так чтоб поддержка оракла не плевалась, на всем железе надо поставить MIB от производителей, получить сертификацию от финансовиков и безопасников - дебиан ушел в трубу. ну а зоопарк из разных линуксов в одном ДЦ это мазохизм, имхо, так что даже LAMPочки перекочевали на RHEL.

В дебиане (про слаку вообще не буду говорить) никто мне такой гарантии не даст, тем более не на ближайшие 10 лет.

поддержка таки IRL есть, сервера работают, и даже Патрег выпускает секьюрные апдейты для старых версий. Бекпортирования нет, но это и к лучшему ИМХО. Если тебе так уж нужна новая версия - её не сложно поддерживать самостоятельно(тебе же не ВСЁ нужно поддерживать?) Ну и 10 лет это ИМХО слишком много.

поддержка таки IRL есть

это кто? а то есть и для центоса поддержка (не помню как называется), только это не поддержка, а кучка школьников с телефонной линией

и даже Патрег выпускает секьюрные апдейты для старых версий.

гарантированно, или в свободное время? :)

Бекпортирования нет, но это и к лучшему ИМХО.

почему?

Если тебе так уж нужна новая версия - её не сложно поддерживать самостоятельно(тебе же не ВСЁ нужно поддерживать?)

вот она разница в подходе - на локалхосте не сложно, в дц на тысячи серверов - очень.

Ну и 10 лет это ИМХО слишком много.

простой пример - я супер-пупер-мега-завод по выпечке хлеба и пирожков. у меня такие оригинальные пирожки что стандартный софт не подходит, и я раскошеливаюсь на несколько сот килобаксов, на кастомное решение от какой нибудь amdocs. буду ли я согласен платить им еще по столько же каждый раз когда Патрег чего то поменяет в платформе? Апдейты закрыть совсем тоже не опция - PCI/DSS/CCC и прочие безопасники меня сожрут. При таких делах я не то что 10, я и 40 лет с удовольствием просижу на одной системе, пока она окончательно не откажет, лишь бы не отдавать разработчикам еще и еще, причем каждый раз пяти-шестизначные суммы. случай, кстати, из практики.

это кто?

«поддержка» это не только ответы на вопросы. Это в большей степени выпуск секьюрных обновлений. Ну и ответы тоже конечно имеются(Патрег пишет, что приоритет за покупателями платной версии, потому юзеры бесплатной могут ждать сколько угодно). У деба вроде тоже что-то было, и я не про школьников.

гарантированно, или в свободное время?

апдейты достаточно оперативно выпускает. Может у него много свободного времени (:

почему?

потому-что бекпортирование ведёт к глюкам. Как получилось например с дробными процентами в mkfs.

вот она разница в подходе - на локалхосте не сложно, в дц на тысячи серверов - очень.

на тысячи машин - наверное да. Но для десятков, а может и сотен - не всё так трагично. Если конечно везде одинаковая OS.

буду ли я согласен платить им еще по столько же каждый раз когда Патрег чего то поменяет в платформе?

дык пусть меняет - никто же не заставляет СРАЗУ переходить на новую версию? У меня слака помнится года три стояла - и ничего, нормально работала.

Апдейты закрыть совсем тоже не опция - PCI/DSS/CCC и прочие безопасники меня сожрут.

почему так?

При таких делах я не то что 10, я и 40 лет с удовольствием просижу на одной системе, пока она окончательно не откажет, лишь бы не отдавать разработчикам еще и еще, причем каждый раз пяти-шестизначные суммы. случай, кстати, из практики.

тут я согласен. Хочется. Но мне, как разработчику, хочется - что бы почаще (:

отсутствие дробных процентов в mkfs и то, что tar не может создавать архивы как winrar - вот основные причины, которые заставили наш датацентр отказаться от использования rhel и перейти на slackware, где этих проблем нет, как и мерзкого бэкпортирования-теперь все наши проблемы решает Патрик в irc

отсутствие дробных процентов в mkfs и то, что tar не может создавать архивы как winrar

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

ты вообще читал пост, на который отвечал?

Если тебе так уж нужна новая версия - её не сложно поддерживать самостоятельно(тебе же не ВСЁ нужно поддерживать?)

о да, тут подхода два: либо бекпортировать отдельные патчи, что часто не просто не тривиально, а требует команду матерых сишников на месяцок. либо действительно просто нужная мажорная версия, но вот какая штука - возможно придется по зависимостям пересобрать три четверти системы. опа способа не масштабируемы.

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

да ладно, баги есть везде. а так, хоть привыкаешь к этим багам, знаешь их в лицо и знаешь, как обойти.

а то есть и для центоса поддержка (не помню как называется)

RedHat inc? они поддерживают центос, если что.

о да, тут подхода два: либо бекпортировать отдельные патчи, что часто не просто не тривиально, а требует команду матерых сишников на месяцок. либо действительно просто нужная мажорная версия, но вот какая штука - возможно придется по зависимостям пересобрать три четверти системы. опа способа не масштабируемы.

не масштабируемые и сложные, согласен. Однако, пересобрать всё-же не так сложно, как кажется (в Slackware во всяком случае).

да ладно, баги есть везде. а так, хоть привыкаешь к этим багам, знаешь их в лицо и знаешь, как обойти.

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

Однако, пересобрать всё-же не так сложно, как кажется

дело в том, что мне не кажется. я поддерживаю кастомные репы на работе и четко представляю, сколько это работы из расчета пакет/год поддержки.

если есть возможность обойтись стандартными пакетами, даже если придется терпеть некритичные баги (т.е. любые не приводящие к простою сервиса), то я лучше буду использовать их. на работе. а дома - дома у меня треть пакетов самосборные, часто с моими патчами, плюс пара машин на тестовых сборках OpenBSD с патчами из tech@ / от других девов. и нисколько не напрягает.

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

пруф?

кстати, название фирмы пишется раздельно.

«поддержка» это не только ответы на вопросы. Это в большей степени выпуск секьюрных обновлений. Ну и ответы тоже конечно имеются(Патрег пишет, что приоритет за покупателями платной версии, потому юзеры бесплатной могут ждать сколько угодно). У деба вроде тоже что-то было, и я не про школьников.

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

апдейты достаточно оперативно выпускает. Может у него много свободного времени (:

а что будет без него одного такого оперативного?

потому-что бекпортирование ведёт к глюкам. Как получилось например с дробными процентами в mkfs.

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

на тысячи машин - наверное да. Но для десятков, а может и сотен - не всё так трагично. Если конечно везде одинаковая OS.

да, но можно вообще этим не заниматься, а выполнять свою работу

дык пусть меняет - никто же не заставляет СРАЗУ переходить на новую версию? У меня слака помнится года три стояла - и ничего, нормально работала.

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

почему так?

почитай что такое например PCI/DSS - и это еще меньшее из зол

тут я согласен. Хочется. Но мне, как разработчику, хочется - что бы почаще (:

одиночкам такие проекты все равно не дают, а на дядю работать - все равно зарплата :)

Ключ -r выполняет ту же функцию что и ключ -m, разница только в размерности значения : блоки vs проценты.

[ -m reserved-blocks-percentage ]
[ -r reserved-blocks-count ]

Перестань тупить со своим «невозможно»

это ты перестань тупить, и пойми, что «в процентах» и «в блоках» - это разные вещи.

сделаем вид что там все так же оперативно как в RHT

зачем делать вид?
Сегодня утром (Jan 20 07:50:53 UTC 2013) в слаку пришло обновление mozilla-firefox-18.0.1-x86_64-1.txz: Upgraded. На ftp://ftp.mozilla.org/pub/firefox/releases/18.0.1/ оно было позавчера. Как у вас в RH?

а что будет без него одного такого оперативного?

Патрег - это символ на самом деле. Он решения принимает, что патрегоугодно, а что - нет. Если ты думаешь, что он всё собирает самостоятельно - ты ошибаешься.

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

хотелось-бы пример этих глюков.

выход обновлений безопасности не заставляет?

нет.

респект. как у вас терпения хватает спорить с админами локалхоста?

Сегодня утром (Jan 20 07:50:53 UTC 2013) в слаку пришло обновление mozilla-firefox-18.0.1-x86_64-1.txz: Upgraded. На ftp://ftp.mozilla.org/pub/firefox/releases/18.0.1/ оно было позавчера. Как у вас в RH?

ты понимаешь что я говорю о датацентрах, а у тебя примеры с десктопов?

Патрег - это символ на самом деле. Он решения принимает, что патрегоугодно, а что - нет. Если ты думаешь, что он всё собирает самостоятельно - ты ошибаешься.

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

хотелось-бы пример этих глюков.

из тех которые решал я, вряд ли что либо можно вывешивать на публичном форуме. Но нестабильность API и ABI это одна из основных проблем опенсорса, и один из основных факторов которые от него отпугивают серьезные фирмы.

нет.

тогда конечно, пользуйся хоть SCO, ты явно не относишься к категории админов которым нужен энтерпрайзный линукс.

Все остальное что я написал, ты кстати удобненько проигнорировал, но молчание - знак согласия, ага?

да мне не жалко, пока они не скатываются на хамство, и у меня DR синхронизируется :)