Так вот, эта версия просто-напросто проверяет почту и ффайлы на наличие виндозных вирусов,
Только это делает ClamAV, а Kaspersky действительно (судя по найденной мной информации) имеет базу данных из неск. десятков linux-вирусов. Еще вышел антивирус NOD32 и DrWeb для Linux.
AndreyMust19, хочу эти вирусы поковырять! Хоть одним глазком хотя бы глянуть....
мелочи, конечно. 3 или 4 года назад, когда был, конечно, уже гном и кеды. мой знакомый привез из миссии п1 с редхатом.......[/quote][quote=zerg]И что же такого сделал linux за последние 3 года?
простите, пожалуйста, но ведь это не я - тут движок форума отчудил. или я не из того места на быструю цитату кликнул.
но не смущайтесь - у меня о вас мнение, совершенно несопоставимое с любящим приврать рег123
elve, да вирусы в линукс должны распространяться под GPL!
AndreyMust19, хочу эти вирусы поковырять! Хоть одним глазком хотя бы глянуть....
в базе только сигнатуры. всего там 25 000 000 сигнатур, из них, да... штук 20 якобы принадлежат Linux-вирусам. На самом деле, этих вирусов никто не видел. Есть руткиты (намного больше 20), они сами не размножаются, а есть вирусы которые размножаются. Но их ручками ставить надо, они созданы как шутка и демонстрация того, что мы не хуже других и у нас вирусы принципиально возможны.
не нравится , то что с каждым релизом ядра linux становится тяжелее , новые релизы дистр-в уже не так быстры на старых машинах....
В принципе, особых претензий к Linux'у у меня нет, есть лишь несколько шероховатостей. На примере Ubuntu 9.10:
1) докачка локализации из Сети после установки;
2) некорректное выставление системного времени при установке.
Не спорю, все решабельно, вполне, но, думаю, лучше не иметь таких вот "косячков". :)
Касаемо зависимостей пакетов - можно и так спокойно жить, но я все же за некий единый API.
Да и привык все через GUI настраивать (хотя не спорю, терминал - сильная вещь).
Касаемо зависимостей пакетов - можно и так спокойно жить, но я все же за некий единый API.
А его нет?
zerg, приведу собственную статистику по использованию оффтопика: максимум, что мне в большинстве случаев (за исключением специфического ПО) нужно было ставить дополнительно при установке ПО - это Framework и VC++ Redist. Многие программы работали и без этого. В Linux'е зачастую приходится доустанавливать много пакетов - меня это не особо напрягает, но немного все же есть.
zerg, приведу собственную статистику по использованию оффтопика: максимум, что мне в большинстве случаев (за исключением специфического ПО) нужно было ставить дополнительно при установке ПО - это Framework и VC++ Redist. Многие программы работали и без этого. В Linux'е зачастую приходится доустанавливать много пакетов - меня это не особо напрягает, но немного все же есть.
Правильно. Политика в мастдае - всё своё тащу с собой. Прям в составе поставки. Если лицензия не позволяет - не тащу, но при запуске жалуюсь. Зачем тащить с собой лишние либы, если пакетный менеджер их может отследить по зависимости?
zerg, возможно, я просто пока смотрю на это как человек с более чем 6-летним стажем оффтопика и еще не привыкшего к Linux'у... Хотя, при наличии анлима, проблема не особо актуальна. :)
[quote=aidan_megabyte]Касаемо зависимостей пакетов - можно и так спокойно жить, но я все же за некий единый API.
А его нет?[/quote]
В линуксе - почти что нет. Ну разве что какую-нибудь libc за таковой считать.
Политика в мастдае - всё своё тащу с собой.
Только своего много тащить не надо. Общеупотребимые вещи, как правило, уже есть в системе (WinAPI, .NET и т.п.), так что тащить нужно лишь что-то совсем свое, что с другими шарить не приходится, ну и мож мелочь какую-нибудь.
Зачем тащить с собой лишние либы, если пакетный менеджер их может отследить по зависимости?
Скажем, чтобы они своими и оставались. Сам притащил, сам пользуешься, никто их не подменит на другие, с которыми что-нибудь не заработает.
Скажем, чтобы они своими и оставались. Сам притащил, сам пользуешься, никто их не подменит на другие, с которыми что-нибудь не заработает.
Не, ну это нормально для энтерпрайзного софта. В линуксе он ведёт себя так же. Например ява-оснастка для адаптековских рейдов.
Но, когда дитрибутив представляет не просто прекомпилированый набор софта, а операционную систему с чёткой внутренней организацией - это не простительно.
Единое API и зависимости, это две разные парадигмы, это как ООП и функциональное программирование, оба имеют плюсы и минусы, но оба имеют право на существование, мягкое не лучше теплого господа.
Иногда мне эти две темы (соседняя про мастдай :P ) напоминают выдержки из Свифта :lol:
напоминают выдержки из Свифта
Свифта - это какого? Английского шпиона?
Hvzh, вообще то я имел в виду его Гулливера
Единое API и зависимости, это две разные парадигмы, это как ООП и функциональное программирование, оба имеют плюсы и минусы, но оба имеют право на существование, мягкое не лучше теплого господа.
Никто и не спорит. Вопрос в предпочтительности того или иного подхода в конкретных условиях.
Скажем, подход с зависимостями удобен в условиях сильной ограниченности ресурсов, когда каждый байт на счету. Тут уж приходится выкидывать из системы все лишнее (насколько возможно) и до последнего избегать дублирования библиотек и прочего добра.
На десктопе от зависимостей, имхо, больше проблем, чем пользы. Да, сотню-другую мегабайт на винте сэкономить удается, но ценой этому являются дополнительные сложности при распространении и развертывании приложений. По сути, возможности пользователя по части установки/обновления/даунгрейда ПО ограничены текущим состоянием репозитория и инертностью его мейнтейнеров, что во многих случаях совершенно некруто.
возможности пользователя по части установки/обновления/даунгрейда ПО ограничены текущим состоянием репозитория и инертностью его мейнтейнеров, что во многих случаях совершенно некруто.
А как часто пользователю нужно устанавливаться/обновляться/даунгрейдиться?
А как часто пользователю нужно устанавливаться/обновляться/даунгрейдиться?
Кому как, конечно. Лично я уже не один раз сталкивался с ситуацией, когда новая нужная мне версия софтины уже вышла, а в репу ее не включают. Или собираются включить в репы для следующей версии дистриба, которая выйдет через месяц-другой только в лучшем случае.
