Новости Linux.
petru4o:
ну для начала,почетный боян.
Ядро Linux 2.6.29 обзавелось новым логотипом
Вчера вечером Линус Торвальдс подтвердил включение в состав дерева исходных текстов Linux нового логотипа, на котором изображен зверек под именем Tuz, изображение которого ранее служило талисманом конференции linux.conf.au 2009. В будущем релизе ядра 2.6.29 изображение размещено как Documentation/logo.svg. Авторами изображения являются Andrew McGown и Josh Bush, картинка подготовлена в векторном графическом редакторе Inkscape и распространяется под свободной лицензией Creative Commons BY-SA.
На логотипе изображен Тасманский дьявол, австралийское животное из семейства хищных сумчатых, находящееся на грани вымирания из-за поразившего популяцию смертельного заболевания. На прошедшей в январе конференции linux.conf.au Линус Торвальдс провел успешную акцию по благотворительной продаже игрушек Linux Tasmanian devil в пользу сохранения популяции Тасманского дьявола. В результате акции удалось собрать около 40,000 австралийских долларов. Спустя два месяца изображение Тасманского дьявола было решено использовать в качестве логотипа Linux 2.6.29, в версии 2.6.30 будет возвращен прежний логотип.
сперто с ЛОРа
petru4o:
Вышел Gnome 3.0 Topaz
Спустя более чем 6 лет закрытой разработки параллельной версии Gnome, наконец-то была выпущена долгожданная версия 3.0 Topaz. Ключевой особенностью являются то, что все приложения переписаны QT 4.5.
Так же среди основных нововведений:
* HIG 2009
* Новый фреймовый менеджер окон Metapolis с поддержкой Composite
* Все компоненты на Python, Perl и Mono переписаны на C++
* Основной скриптовый язык теперь Ruby
* Обновленный Gnome Office построен на базе сильно облегченного Oo3 и использует основные идеи мнтерфейса Lotus Symphony и MS Works
* Команда Gnome переписала под чистый QT Amarok и K3B и включила в состав GNOME 3 взамен Totem и Brasero
* Новый звуковой сервер по-умолчанию - JACK
* В составе Gnome 3 теперь идет более 300 классических игр
Единственное, что не радует - Google запаздывает со своим графическим пакетом на базе QT и libgimp.
оттуда-же.
petru4o:
Из Linux будет изъята поддержка ext2/3/4
Из-за недавнего заявления Microsoft о том, что она выкупила патенты, защищающие структуру файловой системы ext2 у Novell, Линус Торвальдс решил убрать эти файловые системы из ядра.
Напомним, что сделка Novell с Microsoft, кроме исключения взаимных патентных претензий, подразумевала передачу некоторых неоглашенных патентов.
В качестве альтернативы предлагается использовать Reiser4, которая в спешном порядке была внесена в ядро. В данный момент производится чистка кода от остатков VFS, которая была заменена модификацией Ганса Рейзера. В связи с этим правительством США был поднят вопрос об освобождении Ганса.
petru4o:
Линус Торвальдс выступил с критикой дизайна файловых систем
В виду последних событий, когда многие люди обнаружили пропадание и обнуление файлов в файловой системе ext4 после краха ОС, создатели ext4 высказались за идею включения в ядро новых системных вызовов, которые бы позволили безопасно работать с файлами.
Линус Торвальдс в списке рассылки ядра жестоко раскритиковал эти предложения и заявил, что большинство программистов никогда не будут этими новыми системными вызовами пользоваться, что они будут нестабильными и плохо оттестированными.
Цитата: "Поэтому вместо того, чтобы придумывать новые системные вызовы, которые никто не будет использовать, разработчики файловых систем должны стараться обеспечить нормальную работу даже плохого кода. Потому что, хотите вы этого или нет, 99% программ именно так и написаны.
Тот неоспоримый факт, что люди не проверяют ошибки, которые возвращает системный вызов close() (закрытие файла и сброс "грязных" данных из кэша на диск) должен означать, что, например, при отложенной записи на диск нужно обязательно проверять ситуацию переполнения диска. Если ваша файловая система возвращает ENOSPC при закрытии файла через вызов close(), а не при записи в него через write(), значит, что вы потеряли обработку ошибок переполнения диска у 90% приложений. Вот так всё просто.
Жаловаться на то, что ошибка в приложении - это всё равно, что жаловаться на скорость света: вы должны иметь дело с реальным миром, а не с тем, каким бы вы хотели его видеть. То же самое относится к идее, что "люди должны писать во временный файл, вызывать функцию fsync для него и переименовывать его вместо оригинала". Вы думаете, что так должно быть, но в реалии программисты пишут open(filename, O_TRUNC | O_CREAT, 0666). Это неправильно, я знаю. Но в конечном итоге, даже разработчики хорошо написанного приложения могут решить, что fsync() не стоит тех потерь в производительности. В git, например, где мы обычно пытаемся быть очень, очень и очень аккуратными, fsync() в объектных файлах по умолчанию выключен.
Почему? Потому что его включение вызывает неприемлемое поведение ext3. Сейчас, надо сказать, дизайн git'a рассчитан на то, что потеря нового БД файла не фатальна, но потенциально это очень беспокоит и смущает - вам, возможно, придётся откатить изменения назад и переделать некоторые операции вручную.
К чему я всё это говорю ? Иногда те разработчики файловых систем, которые говорят "вы должны использовать fsync(), чтобы получить предсказуемые результаты" - это те же люди, которые испортили всё это до такого безобразия, что fsync'ом абсолютно нереально пользоваться.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда."
c opennet.ru
petru4o:
Ну и для развития темы, мне понравилась еще и аналитика "Компьютерного Обозрения" о тенденциях рспостранения Linux-систем.
лежит тут
Дальше будет..
Навигация