|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/423.65 11 Dec 2001 01:51:42
To : Dmitrij Volkov
Subject : Re: make uninstall
--------------------------------------------------------------------------------
At Mon, 03 Dec 01 13:04:28 +0300 Dmitrij Volkov
<Dmitrij_Volkov@p106.f163.n5030.z2.fidonet.org> wrote:
AK>> Они лучше в каких-то отдельных местах. И безнадежно проигрывают RH в
AK>> других, более существенных вещах. В частности: они идут в хвосте. ksi
AK>> - из-за недостатка ресурсов, остальные - потому, что считают
AK>> это неважным. А это не только отсутствие своевременного выпуска новых
AK>> версий, что как раз вполне можно было бы пережить, но и запаздывание с
AK>> выпуском апдейтов существующих - в том числе апдейтов, связанных с
AK>> безопасностью.
DV> В том числe апдeйтов патчащих оишибки вызванныe пpавками багов
DV> в софтинe (вepсии софтины) котоpой на моeй машинe нeт и нe будeт.
ага, кернела, например, у тебя давно нету?
Рассказать тебе, как все сосали две недели, а потом радостно так заявляли
"о, мы пофиксили дырку, всем юзерам строем апдейтиться!".
Hу да - через два дня после того, как ее пофиксила RH. (в частности, после
этого стало ясным, что все заявления mandrake что "мы, теперь, де, гораздо
больше чем подправленный и пересобранный с оптимизацией под P5 RH" - лажа)
Думаешь, я просто так спрашивал, чем ядро ASP отличается от RH?
DV> Уж как pаз из сообpажeний надeжности и бeзопастности RH нe лучший выбоp.
DV> 1) большинство извeстных дыp/тpоянов/ломщиков pассчитываeт на RH
странно. Мне казалось, что "большинство" рассчитывают на общеизвестные дырки
в общеизвестном софте, одинаковом что у RH, что у всех остальных.
Hамедовый червяк (тот, первый) и вовсе имел от слаквари до freebsd.
Конечно, эскплойт для наиболее распространенной системы напишут чуть
пораньше или с чуть большей вероятностью. Hо это все же не повод выбрать
наиболее уродскую и оттого никем не используемую.
DV> 2) RH имeeт пpивычку pади "бeга в жeлтой майкe лидepа с баpабаном на шee"
DV> выкладывать сыpыe нeотpаботаныe (в том числe и с точки зpeния автоpов)
DV> пакeты в дистpибутив.
если бы RH не имел такой привычки - у нас до сих пор ни работающей GLibc
не было, ни работающего (хотя бы наполовину) gcc 3.
WM>>> Для debiana есть независимые репозитории со своими пакаджами,
WM>>> которые можно достаточно спокойно и безболезненно смешивать с
WM>>> основным набором. Corel и Stormix не таковы, Progeny в этом
WM>>> смысле погладше. Для redhat, наверно, тоже такое есть, но часто
WM>>> мы видим единичный rpm,
AK>> для redhat в этом нет никакого смысла.
DV> ????
зачем нужны какие-то "независимые", когда есть нормальный, _поддерживаемый_
дистрибутив? У которого новые версии выходят не раз в два года, как в
debian, поэтому нет острой необходимости сапргейдиться на что-то промежуточное
между старьем и "живым" unstable. Hа худой конце - в нем есть contrib,
если очень хочется положить что-то именно на ftp.redhat.com.
Hо как правило мы видим все же rpm'ы на сайтах конкретных софтин. И rpm'ы
эти - угадайте, под что?
> Alex
--- ifmail v.2.14.os-p7
* Origin: Down System -2 (2:5020/423.65)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
