В библиотеке libXfont, входящей в состав X.Org и используемой в X-сервере, устранена (http://lists.x.org/archives/xorg-announce/2014-May/002431.html) серия уязвимостей, вызванных отсутствием должных проверок при обработке поступающих запросов. Эксплуатация уязвимостей может привести к повышению привилегий локальным пользователем, если X-сервер запускается под пользователем root и в системе используется X Font Server. Кроме того, удалённый злоумышленник, контролирующий работу сервера шрифтов, также может организовать выполнение кода с привилегиями X-сервера. Исправления доступны в виде патчей и будут включены в состав выпусков libXfont 1.4.8 и libXfont 1.4.99.901 (1.5.0 RC 1).Первая уязвимость (CVE-2014-0209) связана с целочисленным переполнением в коде разбора метаданных и может быть эксплуатирована локальным пользователем через создание новой директории со шрифтами и размещения в ней специально оформленных файлов fonts.dir и fonts.alias, размером 2-4 Гб.
Вторая уязвимость (CVE-2014-0210) связана с некорректной обработкой излишне больших полей в возвращаемых ответах по протоколу xfs. Третья уязвимость (CVE-2014-0211) вызвана целочисленным переполнением при расчете размера памяти, необходимой для обработки ответов от сервера шрифтов по протоколу XFS. Уязвимости могут быть эксплуатированы при обращении к серверу шрифтов, подконтрольному злоумышленнику.URL: http://lists.x.org/archives/xorg-announce/2014-May/002431.html
Новость: http://www.opennet.me/opennews/art.shtml?num=39768
Только вот xfs давненько по умолчанию не используется...
в Wayland ?
В Солярисе же используется.
Упс, ответил не туда.
> В Солярисе же используется.
> Упс, ответил не туда.В Солярис используется zfs по умолчанию.
http://en.wikipedia.org/wiki/X_Font_Server
Ах вот оно что. Они сделали Zorg и Z Font Server? :)
Вот это точно не туда.
Ожидаем от проекта OpenBSD форка X.Org под названием X.Libre.
Почему не "LibreX"? :)
> Почему не "LibreX"? :)OpenXorg.
Иксы с баннеро-показывалкой ?
В Мозиллу уже встроили.
В иксы засовывать не станут, а в Убунтовских DE - я бы не поручился что завтра не появится.
Под девизом помощи светлым идеям СПО, конечно.
> В Мозиллу уже встроили.Вообще-то передумали встраивать, встретив backslash.
Ничего, встроят обозвав как-нибудь менее понятно, чтоб народ не волновался так.
Прогресс неотвратим.
> Прогресс неотвратим.Смотря прогресс чего. Прогресс жадности мозильщиков? Да, понабрали всякой маркетоидной шушеры, которую содержать надо. Теперь эта стайка маркетоидных паразитов думает как бы поизящнее набить свои карманы.
>> Прогресс неотвратим.
> Смотря прогресс чего. Прогресс жадности мозильщиков? Да, понабрали всякой маркетоидной
> шушеры, которую содержать надо. Теперь эта стайка маркетоидных паразитов думает как
> бы поизящнее набить свои карманы.А вы как бы предложили развивать Mozilla?
Xinerama
Учи матчасть, студент..
Пардон, склероз, xenocara его зовут
XLibre же!
Я вспомнил, что мне напоминает тенденция некоторых выпиливать функциональность в угоду надежности.Это рассказ "Принцип надежности" (http://lib.ru/RUFANT/ROSOHWATSKIJ/nadezhnost.txt), который публиковался в одном из номеров "Техники-молодежи".
>что мне напоминает тенденция некоторых выпиливать функциональность в угоду надежности.UNIX?
> Two famous people, one from MIT and another from Berkeley (but working on Unix) once met to discuss operating system issues. The person from MIT was knowledgeable about ITS (the MIT AI Lab operating system) and had been reading the Unix sources. He was interested in how Unix solved the PC loser-ing problem. The PC loser-ing problem occurs when a user program invokes a system routine to perform a lengthy operation that might have significant state, such as IO buffers. If an interrupt occurs during the operation, the state of the user program must be saved. Because the invocation of the system routine is usually a single instruction, the PC of the user program does not adequately capture the state of the process. The system routine must either back out or press forward. The right thing is to back out and restore the user program PC to the instruction that invoked the system routine so that resumption of the user program after the interrupt, for example, re-enters the system routine. It is called ``PC loser-ing'' because the PC is being coerced into ``loser mode,'' where ``loser'' is the affectionate name for ``user'' at MIT.
> The MIT guy did not see any code that handled this case and asked the New Jersey guy how the problem was handled. The New Jersey guy said that the Unix folks were aware of the problem, but the solution was for the system routine to always finish, but sometimes an error code would be returned that signaled that the system routine had failed to complete its action. A correct user program, then, had to check the error code to determine whether to simply try the system routine again. The MIT guy did not like this solution because it was not the right thing.
> The New Jersey guy said that the Unix solution was right because the design philosophy of Unix was simplicity and that the right thing was too complex. Besides, programmers could easily insert this extra test and loop. The MIT guy pointed out that the implementation was simple but the interface to the functionality was complex. The New Jersey guy said that the right tradeoff has been selected in Unix-namely, implementation simplicity was more important than interface simplicity.
>UNIX?Не, юникс - это распределение функциональности по слабосвязанным, легко комбинируемым, взаимозаменяемым компонентам.
Распределение функциональности, которую было легко слепить левой пяткой до обеда?
Потому что проще перенести transaction friction cost на пользователя, который будет думать как же эту кучу маленьких штучек связать чтобы сделать то что ему надо?> The Unix Philosophy is an attitude not a philosophy. Unix doesn’t have a philosophy: it has an attitude. An attitude that says a simple, half-done job is more virtuous than a complex,well-executed one. An attitude that asserts the programmer’s time is more important than the user’s time, even if there are thousands of users for every programmer. It’s an attitude that praises the lowest common denominator
>• Small is beautiful.
>• 10 percent of the work solves 90 percent of the problems.
>• When faced with a choice, do whatever is simpler.
> Which sounds good until realize that these comments mean the exact same thing.
>• A small program is more desirable than a program that is functional or correct.
>• A shoddy job is perfectly acceptable.
>• When faced with a choice, cop out.
> как же эту кучу маленьких штучек связать чтобы сделать то что ему надо?И это вполне валидный подход. Вы еще подивитесь что небоскребы собирают из конструкционных материалов, а не отливают на фабрике одной монолитной стоэтажной чушкой.
Какая вероятность что монолитный переросток хорошо впишется в мои нужды? Правильно, низкая. Так можно сделать нечто под усредненного юзера. Только таких юзеров не бывает. Поэтому одному будет натирать сапог, второму роба не по размеру, третий никак не может перчатки натянуть. Но концлагерщиков из проприерарного лагеря такие мелочи не интересуют.
>Вы еще подивитесь что небоскребы собирают из конструкционных материалов, а не отливают на фабрике одной монолитной стоэтажной чушкой.Жильцы собирают? Мне казалось что жильцы покупают готовые квартиры в уже готовых небоскребах, но вам виднее.
>Так можно сделать нечто под усредненного юзера. Только таких юзеров не бывает.
Поэтому автомобиль каждый автовладелец собирает себе сам?
>Но концлагерщиков из проприерарного лагеря
Которые под угрозой насилия заставляют пользоваться своими продуктами?
> Я вспомнил, что мне напоминает тенденция некоторых выпиливать функциональность в угоду
> надежности.
> рассказ "Принцип надежности" (http://lib.ru/RUFANT/ROSOHWATSKIJ/nadezhnost.txt)Отличный рассказ, спасибо. Но с X.Org другая беда. Код там такой странный, что мало кто хочет туда лезть. У меня ощущение, что его не подчищают из страха сломать.
Интересно есть в мире люди, которые понимают, как всё это работает?
"Three people on this earth understand X input. Really wish I wasn't one of them" (c) Daniel Stone
Нет. Он говорил о сосуществовании нескольких подсистем - Core X11, Xinput 1.0, Xinput 2.0 и Xinput 2.2Дословно: "There's about three people who REALLY understand how the Input subsystems are all held together...and I really wish I wasn't one of them."
Теперь догадайтесь когда и как они нагромоздились друг на друга.
Да, верно. Но все эти несколько подсистем появились и сосуществуют не из-за хорошей жизни, я так понимаю.
Ну это совсем смешной аргумент. А десять тысяч кривых оберток к ffmpeg, называющих себя аудиоплеерами - они отчего появились, тоже не от хорошей жизни? Или их авторам просто делать было нечего и девушки их не любили?Вопрос в том кто эти extensions делал и как, и кто не дал по рукам этим делателям вовремя.
Вот, например, из краткой истории XInput multitouch extension:
>For Henrik Rydberg, it began as an attempt to make the trackpad on his Apple Macbook work just as well on Ubuntu as it does on OS X. For Stéphane Chatty, it began as a research project to develop new user interface paradigms. For your author, it began as a quest to enable smooth scrolling from an Apple Magic Mouse.Кому заранее недостаточно ясно что у этой компании в итоге получится и стоит ли это брать в X11?
> называющих себя аудиоплеерами - они отчего появились,А все просто, сэр. Есть у програмеров такой синдром - "свое не пахнет". Так что если вам не нравится какая-то программа, есть отличное лекарство: написать свою. Показав всем как это надо было делать. Кроме всего прочего, эта программа будет сделана именно так как вам хотелось.
> Кому заранее недостаточно ясно что у этой компании в итоге получится и
> стоит ли это брать в X11?Ну вот, когда canonical делает свой дисплейный сервер - их ругают. Когда они пытаютс что-то в иксы внедрить их тоже ругают. Поскольку угодить невозможно, на вас проще всего просто не обращать внимание вообще. Все-равно вонять будете :). С другой стороны, черный пиар - тоже пиар. Так что воняйте наздоровье.
Canonical пытается угодить пользователям, которым нужна Windows.
У них неплохо получается.
Так там уже MIT лицензия. Это даже с точки зрения BSD'шников "свободнее некуда".
> даже с точки зрения BSD'шников "свободнее некуда".Неправда! Там рекламируют конкурирующий Массачусетс, от чего у обитателей универа Беркли боль пониже спины.
xenocara? Не, не слышал...
>Ожидаем от проекта OpenBSD форка X.Org под названием X.Libre.С полностью выпиленным аппаратным ускорением.
Зачем ускорять свет!?
Затем что тьма и так слишком быстрая.