После четырнадцати месяцев разработки представлен (http://www.x.org/wiki/Other/Press/X11R76Released) релиз X.Org 7.6 (http://www.x.org/wiki/Releases/7.6) (X11R7.6), который официально поддерживает платформы Linux, BSD, Solaris, MacOS X, Windows и GNU Hurd. В новой версии представлены новые возможности, проведена работа по стабилизации кода и исправлению ошибок, включая улучшение поддержки автоматического определения конфигурации, расширение поддержки устройств ввода, дополнение документации и продолжение работы по переходу c xlib на клиентское API XCB.
Ключевые новшества (http://www.x.org/releases/X11R7.6/doc/xorg-docs/ReleaseNotes...) X.Org 7.6:- В состав базовой коллекции включена библиотека XCB (http://xcb.freedesktop.org/) (X protocol C-language Binding) - отражающая современные реалии замена Xlib. XCB отличается небольшим размером, пониженным потреблением памяти, минимизацией задержек, поддержкой асинхронных запросов, предоставлением прямого доступа к протоколу X11, ...
URL: http://www.x.org/wiki/Other/Press/X11R76Released
Новость: http://www.opennet.me/opennews/art.shtml?num=29068
xorg.conf.d это гуд :)
Вообще такую вещь хорошо бы прикрутить к каждому конфигу на уровне библиотек парсинга конфигов
>Для платформы Linux осуществлен переход от управления устройствами при помощи подсистемы HAL (Hardware Abstraction Layer) к использованию библиотеки udev, которая теперь будет являться ответственной за горячее подключение устройств ввода и вывода. Отличные от Linux платформы по прежнему используют HAL;абсолютный идиотизм. в HAL всё уже сделано, но нет, нужно написать свой собственный велосипед и гордиться этим!
PS а конфиги в HAL - тоже идиотизм. уж лучше gconf
>уж лучше gconfЗакопали и уже давно.
hald велосипедистей udev, вот и решено было выкинуть
>hald велосипедистей udev, вот и решено было выкинутьudev есть на бздях? нет. значит нужно исправить всё то, что не нравится в HAL
Где ты был, когда искали разработчиков HAL? Впрочем, у тебя ещё есть возможность в нём всё, из-за чего от него отказались. Удачи!
Можно подумать автоплаг/автодетект в исках работал сахарно. Нечему тут расстраиваться, редактор, xorg.conf и вперёд, что на бхдях, что в линукс.
Ну и вперед, в линаксах все и с удев работает... Кажется исходники доступны, коммитеров палками не бьют...
> udev есть на бздях?Нет. Во FreeBSD есть усовершенствованный devd(8).
Поначалу DEVD не стали развивать в GNU/Linux и замену делать не спешили. Но когда жареный питух "Hot plug Plug'n'Play" клюнул, стали делать UDEV и подпорки с костылями — HAL/PolicyKit.
угу. настолько усовершенствованный, что хыорг использует таки хал.
зы:
правда говорят с годик как уже кернелпаник из-за вытащенной неотмонтированной флэхи там таки починили. или не?
Таки devd там был ни при чём. А Kernel Panic при вытаскивании неотмонтированного носителя во FreeBSD починили достаточно давно. Сколь мне помнится, год назад починили panic при вытаскивании неотмонтированного носителя, на котором лежал своп.
>Таки devd там был ни при чём.вот именно!!!
devd к сабжу не имеет никакого отношения.
но видимо по старой дружбе данный офтопик никогда не удаляется. :D
>Сколь мне помнится, год назад починили panic при вытаскивании неотмонтированного носителя, на котором лежал своп.а я что-то другое сказал? :D
зыж
господин Кольчугин, а вы таки бздишнег или саночник?
или это не важно, главное чтобы против линуха? :D
То, как был реализован этот hal -- только лишняя головная боль.Гораздо проще было в xorg.conf дописать
Option "AutoAddDevices" "False"
Option "AutoEnableDevices" "False"
и туда же самому дописать нужные параметры.И никаких танцев с бубном.
Тоже недоумеваю. Но если в udev будет всё то же и даже больше то я непротив. Пока что есть не всё.
> в HAL всё уже сделаноhttp://www.opennet.me/openforum/vsluhforumID3/65468.html#46
PS re "udev есть на бздях?" -- вот "бзди" пусть и озадачиваются, что ли; идите и помогайте. Достало уже -- кто-нить что-нить делает, тут вылазят бездельники и открывают рот за тех, кто не успевает делать.
Дело не в этом, разработчикам X теперь придётся поддерживать два решения, на основе udev и на основе HAL, это лишняя трата человеческих ресурсов коих у разработчиков X не так уж много, судя по скорости его развития, это и печалит.
HAL не нужен, когда делали думали будет хорошая штука для нубов кодеров с других систем, единое апи и тп. Сколько лет прошло только сообразили что дурная была затея.
так я не пойму, теперь можно будет игры запускать не выключая compiz? А то сейчас глючит.
Прям сложно отключить компиз при включении ресурсоёмкой 3d игрушки?touch run-game.sh
vi run-game.sh#!/bin/bash
metacity --replace
/path/to/game
compiz --replacechmod +x run-game.sh
./run-game.shДаже в nautilus можно скрипт встроить, сделав пункт меню "Запустить игру", и правой кнопкой мыши запускать игру..
> #!/bin/bashпоявляется дикое желание ненужные детали отрывать у таких скриптописателей!
писать #!/bin/sh и вернее и _короче_извините
> появляется дикое желание ненужные детали отрывать у таких скриптописателей!
> писать #!/bin/sh и вернее и _короче_
>
> извинитене уверен что вернее и короче. если мне нужен именно баш то /bin/bash вернее. /bin/sh на многих системах просто линк на КАКОЙ ЛИБО шелл (например ash или dash). Иногда ну очень критично :)
>> появляется дикое желание ненужные детали отрывать у таких скриптописателей!
>> писать #!/bin/sh и вернее и _короче_
>>
>> извините
> не уверен что вернее и короче. если мне нужен именно баш то
> /bin/bash вернее. /bin/sh на многих системах просто линк на КАКОЙ
> ЛИБО шелл (например ash или dash). Иногда ну очень критично :)И потом Ваша критичная хрень нигде не работает кроме Ubuntu.
> И потом Ваша критичная хрень нигде не работает кроме Ubuntu.bash - шелл убунты?
Убунтовод нэ?И кстати, всем кто тут так в штыки убунту принимает, открою вам глаза:
Ubuntu != Windows
А то такое впечатление создаётся, что люди, особоые критики убунты, этого не знают.
bash входит в состав posix.
это так, к сведению.
Если нужен именно баш (бывает критично, бывает), то я конечно с Вами соглашусь, но. Но Вы гляньте на тот скрипт (ну, пусть набросок)! Не нужен там именно баш, ну никак.
И да, в большинстве (я, наверно, не ошибусь) дистрибутивов линукса /bin/sh это симлинк на /bin/bash, верно, но и его (bash) поведение отличается в зависимости от того, по какому имени его вызвали: "When invoked as sh, bash enters posix mode after the startup files are read.".
Впрочем, уверен, что это для Вас не новость. Это я для того товарища, который posix упоминал. Ему ещё вот цитатка: "Bash is intended to be a conformant implementation of the IEEE POSIX Shell and Tools specification (IEEE Working Group 1003.2). Bash _can be_ configured to be POSIX-conformant by default." (подчёркивание моё).
Про sh как симлинк на ash или dash к сожалению пока ничего сказать не могу. Хотя вроде бы разумнее написать #!/bin/sh, а уж там пусть запускается то, что есть в системе, а не именно баш - его ведь может и не быть. Бездумное написание #!/bin/bash лично мне не кажется логичным. И я думаю, что не мне одному.Ещё раз прошу простить за обширный оффтопик. И за подкинутую работу модераторам.
а ты тогда этому товарищу и отвечай, не стесняйся.
зыж
баш входит в посикс целиком, а не как симлинк. и посиксмод - это нифига не sh, а всё тотже баш, но без доп.возможностей, которые не в писываются в версию посикса
$ getconf _POSIX_VERSION
к примеру история команд от этого симлинка у него не пропадает.
если это не понятно, то спрашивай.
Ок. Пусть так.
То есть возражений использовать #!/bin/sh вместо #!/bin/bash для тех случаев, в которых особенности bash не требуются и/или в системе просто может не быть /bin/bash, нет?
Про взаимоотношения bash'а и POSIX'а пойду почитаю - это Вы меня правильно ткнули с моё незнание
> а ты тогда этому товарищу и отвечай, не стесняйся.
> зыж
> баш входит в посикс целиком, а не как симлинк. и посиксмод -
> это нифига не sh, а всё тотже баш, но без доп.возможностей,
> которые не в писываются в версию посикса
> $ getconf _POSIX_VERSION
> к примеру история команд от этого симлинка у него не пропадает.
> если это не понятно, то спрашивай.% /bin/bash
/bin/bash: Command not found.
% getconf _POSIX_VERSION
200112
% uname -rsm
FreeBSD 8.2-PRERELEASE amd64ЧЯДНТ?
> ЧЯДНТ ?Фанатствуешь :)
DRI2, C89 cистемные вызовы, и в особенности XCB звучат вкусно
>>Поменялись ABI интерфейсов ответственных за ввод, вывод видео и некоторые расширения.Такое ощущение, что ABI они меняют как раз тогда, когда предидущая версия начала работать более-менее стабильно.
В остальном особенно про минимизацию наконец таки пожирателей ресурсов и попытки снизить количество зависимостей.
>>>Поменялись ABI интерфейсов ответственных за ввод, вывод видео и некоторые расширения.
> Такое ощущение, что ABI они меняют как раз тогда, когда предидущая
> версия начала работать более-менее стабильно.Точно. Интересно, кто принимает у них такие решения? У меня вообще складывается ощущение что такие действия делаются специально, что бы замедлить развитие свободного десктопа...
>официально поддерживает Windowsзачем он там? объясните, пожалуйста.
Ну это ж сервер :) ПОднял на винде X-сервер и пусть рисует окошки клиентам
Кто-нибудь пробовал, как оно? Действительно быстрее работать стало?
Он ещё не скоро появится в дистрибутивах. Вопрос скорее к Gentoo-энтузиастам :)
не ужели, утром в сусе появился
http://download.opensuse.org/repositories/X11:/XOrg/
В SuSE уже есть. Уверен что в мандриве есть тоже. А в Gentoo ещё нет
Разницы не заметил
Небось компилил? не лень?В плане быстродействия тоже разницы не заметил.
сижу на debian/sid
перезагрузился открыл список процессов KDE xorg 60mb /4mb shared
1. подключил репку debian/experimental
2. apt-get -t experemental install xorg
3. init 6
4. /etc/init.d/kdm stop
5. sh NVIDIA-Linux-x86_64-260.19.12.run
6. /etc/init.d/kdm start(дрова переустановил чтобы он востановить 32битные опенгл либы)
открыл список процессов KDE xorg 25mb /14mb shared
забыл про удаление ненавистного hal =)7. apt-get purge hal
> забыл про удаление ненавистного hal =)
> 7. apt-get purge halКДЕ уже не умирает без него?
не умирает. как раз месяц назад свежую генту компилил, хотел попробовать без хала - гном работает полностью, кеды сменные девайсы в упор не видит, отдельные приложения тоже (гэтэкашные, кедовские понятно все) например, всякие медиа-плэйеры типа exaile.
короче жить можно, но хал я всё-таки потом включил.
что характерно - все кеды юзают его через одну библу - kde-base/solid. вывод делаю на основании - $ equery h hal
* Searching for USE flag hal ...
[IP-] [ ] app-emulation/wine-1.3.8:0
[IP-] [ ] app-pda/gnome-pilot-2.0.17-r1:0
[IP-] [ ] gnome-base/gnome-applets-2.32.1.1:2
[IP-] [ ] gnome-base/gnome-vfs-2.24.4:2
[IP-] [ ] gnome-base/gvfs-1.6.6:0
[IP-] [ ] kde-base/solid-4.5.4:4.5
[IP-] [ ] media-gfx/gimp-2.6.11:2
[IP-] [ ] media-libs/libgphoto2-2.4.10:0
[IP-] [ ] media-sound/pulseaudio-0.9.22:0
[IP-] [ ] x11-drivers/xf86-input-virtualbox-3.2.12:0
вот и все зависимости
> Небось компилил? не лень?Не, в Суся сама обновила (почти сама)
> 5. sh NVIDIA-Linux-x86_64-260.19.12.run
260.19.29 ужо - http://www.nvidia.com/object/linux-display-amd64-260.19.29-d...
> (дрова переустановил чтобы он востановить 32битные опенгл либы)
x86_64... Ъ-ъ-ъ-ъ-ъ ?
>x86_64... Ъ-ъ-ъ-ъ-ъ ?а чё ить?
опенжиэль и для 32 бит тоже нужен - игры, wine и т.д.
мир пока не идеален - не каждый блоб можно под свою платформу скомпилячить с -march=native -ftree-vectorize -pipe -ftree-parallelize-loops.... :D
зы:
иксоргсервер действительно стал меньше жрать памяти. а вообще посмотреть кто в память иксов нагадил отлично помогает xrestop (аля top, но для иксов)
>>x86_64... Ъ-ъ-ъ-ъ-ъ ?
> а чё ить?
> опенжиэль и для 32 бит тоже нужен - игры, wine и т.д.
> мир пока не идеален - не каждый блоб можно под свою платформу
> скомпилячить с -march=native -ftree-vectorize -pipe -ftree-parallelize-loops.... :DА я идейный :)
Я в ядре нафиг вырубил 32 бита. glibc снес 32 битную, ну и естественно
все бинарники выкинул.
Есть грешок поигрываю иногда в варкрафт под вайном, без 32 битных не пашет.P/S
Про 260.19.29 зна, только лень было ставить - предыдущий пашет без нареканий, но раз уж носом ткнули в ссылку, скачал и поставил =)
кстати, про новые дрова 260.19.29
наконец то они заработали на сонях-вайо (заработали ещё с 260.19.26 - 1.5 недели назад вышли). до этого работали только 253-тьи. с напильником.
вот только после гибернейта/стендбая чё-то 3д тормозит - может кто подскажет куда копать (думать лень)
Я не пойму зачем остальные платформы перечислены в новости? Xorg ведь теперь только для Linux пилят - udev, драйверам GEM/KMS подавай. Разработчики кинули другие платформы и скромно начали пилить его только для Linux. Стирайте из новости другие платформы.
> udev, драйверам GEM/KMS подавайИ всё же иксы и его драйверы используются во всех этих системах и имеюдт релиз в том числе и для них.
Проприетарный драйвер для видеокарт от ATi тоже не умеет многое из того, что есть в Windows. Может стоит писать о драйвере для Windows тогда?
С мыслью не согласен
> Проприетарный драйвер для видеокарт от ATi тоже не умеет многое из того, что есть в Windows.Не надо сранивать тепло с мягким. Реальность жизни такова, что купив нынче недорогой ноут на базе процессора i3 или i5 ты впридачу получаешь интегренное видео. И сюрприз, ты не то что то 3D не получишь, ты в принципе не увидишь экрана иксов в любой системе отличной от Linux, потому что старые драйверы 2.7.x от Intel про новые чипсеты ничего не знают. Вот и выходит что Xorg only for Linux нынче.
Ты говоришь так, будто тебе кто-то что-то должен. Если ты такой крутой BSDельник, то и пиши сам себе драйверы. Не хочешь - ставь убунту, там искаропки.
Это вы сравниваете непонятно что непонятно с чем ;)Пример реальной проблемы: покупая (в свое время) ноутбук с графикой GMA 500 (Polusbo) ни на чем, кроме windows полноценно работать было нельзя - драйвер формально под линукс существовал, но был бинарным глючащим блобом. И что делать? А ничего. До сих пор народ мучается, полюбуйтесь https://wiki.ubuntu.com/HardwareSupportComponentsVideoCardsP.../
Так все печально и по сей день, нормального драйвера нет, спеки закрыты.А ваша жалоба вообще непонятна, проблемы тут никакой нет. Почему не увидишь экрана в системе отличной от линукс? Почему драйверы 2.7? Кто мешает взять новый драйвер, портировать его под то, что в вашей ОС поддерживается и использовать? Никто не хочет брать в руки и программировать? Так это проблемы этой альтернативной ОС, а никак не линукса и не иксов. Драйверы модуляризированны, разрабатываются _отдельно_ от xorg. Что вы новый xorg ругаете? xorg драйверу не указ. Весь код есть, он открыт, свободен, MIT-лицензия, так что бздшники могут не волноваться, брать последнюю версию драйвера, делать так, чтобы она у них запускалась, и наслаждаться графикой на недорогом ноуте. Если это не сделано.. либо всем лень, либо никому не нужно. Когда будет нужно, наверное сделают, благо все открыто.
А иксы ругать только потому, что некому заняться поддержкой полностью открытого драйвера с приятной лицензией под вашу ОС не стоит.
Ы... Понадбежали с пеной у рта доказывать пиши сам. Новость внимательно читаем: "... релиз X.Org 7.6 (X11R7.6), который ОФИЦИАЛЬНО поддерживает платформы Linux, BSD, Solaris, MacOS X, Windows и GNU Hurd."Так вот, я в своем посте предложил убрать из новости все то что идет после слова Linux до конца предложения. Потому что никакой ОФИЦИАЛЬНОЙ поддержки уже НЕТУ. Раньше была, а нынче разработчики пишут исключительно Linux ориентировнный Xorg.
Где есть GEM кроме Linux? А новые дрова для Intel к примеру без GEM не работают, а старые не поддерживают новые карты.
А может udev есть еще где-то кроме Linux?
Ну и теперь думаем головой какая тут официальность, если не Linux платформы должны реализовывать теперь свои костыли к иксам?
http://www.x.org/wiki/Other/Press/X11R76Released
>X11R7.6 supports Linux, BSD, Solaris, MacOS X, Microsoft Windows and GNU Hurd systems.что поделаешь, в легаси системах есть поддержка только того, что они сами умеют.
двойные стандарты у вас милостивый государь. ;) интересно. если бы разрабы иксорга перешли на WinAPI, ты бы сейчас тоже самое писал? сомневаюсь я что-то. ну вот примерно это сделали разрабы иксов взяв направление на линуховый GEM и UDEV. Похерив в иксах независимость от платформы. выходит тихо послали всех остальных на три буквы. только вот про поддержку остальных платформ на сайте у себя почему то до сих пор пишут, может думают, что не линукс пользователи идиоты и не заметят, что им от выхода новых релизов не холодно и не жарко, потому что они их все равно не могут установить. :)
это у вас/тебя стандарты двойные.
тем более, что на винапи они и так перешли. на платформе виндаус. ещё раз:
http://www.x.org/wiki/Other/Press/X11R76Released
>X11R7.6 supports Linux, BSD, Solaris, MacOS X, Microsoft Windows and GNU Hurd systems.учиться тебе нужно, барин.
ну иксы ты увидишь, принудительно установив драйвер в vesa а вот с 3D опаньки будет..
>ну иксы ты увидишь, принудительно установив драйвер в vesa а вот с 3D опаньки будет..Ничего не поделаешь, редхат и ко клепают поделки под себя не заботясь об их портировании.
дрова на интел (а джем пока токо там) клепает интел&со
никто не мешает всем желаюшим реализовать эту функциональность в <подставить_свою_ОС>
если речь о хал, то там где есть только он, то понятное дело только он и используется.
там где есть что-то другое (винда, макось, линух) используется это что-то другое.зыж
и еще, иксы к линуху не имеют отношения. у них даже лицензия не гпл.
все претензии видимо связаны с тем, что за темпами развития ядра линуха не успевают остальные ос. но также понятно, что истериками на форумах тут делу не поможешь.
Поясните, пожалуйста, что именно от поддержки PCI удалено.
> Поясните, пожалуйста, что именно от поддержки PCI удалено.Одинадцатый кусок и начало семнадцатого. Там мелочь, только порты которые с 2002 года не используются.