Вышел X.Org Server 1.16

17.07.2014 17:23

После семи месяцев разработки анонсирован релиз X.Org Server 1.16. Ключевым нововведением является включение в состав DDX-компонента XWayland, который позволяет обеспечить работу прослойки для выполнения немодифицированых приложений X11 в окружении на базе Wayland и композитного сервера Weston.

По организации работы XWayland выполнен в форме отдельного X-сервера (DDX, Device-Dependent X), чем напоминает Xwin и Xquartz для платформ Win32 и OS X. Для ускорения вывода используется основанная на OpenGL архитектура 2D-акселерации Glamor, что позволяет использовать XWayland независимо от установленных видеодрайверов. Для обеспечения прямого доступа к видеоадаптеру в XWayland реализована поддержка интерфейса DRI3.

Изначально, первый вариант XWayland, от которого впоследствии отказались разработчики, основывался на задействовании средств 2D-ускорения из отдельных драйверов для конкретного оборудования, например, развивался специальный драйвер xf86-video-wayland и поддерживалась отдельная ветка драйвера xf86-video-intel с поддержкой Wayland, теперь эти наработки объявлены устаревшими.

Из других новшеств X.Org Server 1.16 можно отметить:

Интегрирована поддержка архитектуры 2D-ускорения GLAMOR, которая была предложена компанией Intel. Особенностью GLAMOR является использование OpenGL для ускорения 2D-операций. GLAMOR перекладывает выполнение всех операций рендеринга на плечи внешней библиотеки, которая использует OpenGL и шейдеры для вывода 2D-графики, а также, когда это возможно, пытается задействовать текстуры для представления пиксельных карт и вызывает OpenGL-функции для прямой отрисовки на текстуру. В отличие от SNA и UXA, архитектура GLAMOR может быть адаптирована для работы с любым DDX-драйвером, для которого реализована поддержка OpenGL;
Добавлены переданные компанией NVIDIA наработки для обеспечения поддержки GPU на шине, отличной от PCI. В частности, изменения необходимы для работы новых чипов Tegra, доступ к GPU в которых организован через отдельный уровень абстракции, не привязанный к шине PCI. Для определения подобных устройств вывода представлена новая секция в файле конфигурации xorg.conf (xorg.conf.d) - OutputClass, которая позволяет привязать атрибуты к устройству вывода для определения какой DDX-модуль следует использовать для не-PCI устройства. Например, для привязки DDX-модуля "opentegra" к драйверу ядра "tegra" в настройках следует указать:
```
   Section "OutputClass" 
      Identifer "NVIDIA Tegra open-source driver" 
      MatchDriver "tegra" 
      Driver "opentegra" 
   EndSection 
```
Обеспечена возможность запуска X-сервера без root-привилегий при наличии DRM/KMS-драйверов, работающих на уровне ядра. Запуск X-сервера без root-привилегий пока поддерживается при использовании DDX-драйверов Intel, Nouveau, Radeon, xf86-video-modesetting и xf86-video-freedreno в сочетании с системой systemd-logind, которая используется для управления файловыми дескрипторами устройств ввода и DRM-узлами. Для обеспечения работы устаревших UMS-драйверов, которым требуются root-полномочия для инициализации и управления видеоподсистемой, реализована специальная suid-прослойка;
По умолчанию отключена поддержка режима DMX (Distributed Multihead X), позволяющего при использовании Xinerama объединить несколько X-серверов в один виртуальный экран. Поддержка прекращена в связи с невостребованностью технологии и наличием проблем при использовании OpenGL;
Решены проблемы с использованием экранов серхвысокого разрешения (4K) через порт HDMI.
Включены наработки по интеграции с системным менеджером systemd, позволяющая увеличить надёжность и производительность запуска сеансов и управления ими при помощи служб systemd;
Проведена чистка кода, направленная на устранение причин вывода предупреждений компиляторами, в том числе указывающих на использование небезопасных техник программирования. В итоге удалось избавиться от вывода тысяч предупреждений во время сборки.
Реализация поддержки Glamor для X-сервера Xephyr, позволяющего запустить X-сервер в окне уже запущенного X-сервера. Вложенный запуск X-серверов теперь рассматривается как основной инструмент для упрощения разработки и тестирования новых подсистем 2D-ускорения, позволяющий проводить эксперименты поверх текущего рабочего окружения.

исправить +30 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/40200-xorg

Ключевые слова: xorg

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (100)

1.1, Аноним (-), 17:24, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Подождите, раньше GLAMOR не было? О_о

2.6, Andrey Mitrofanov (?), 18:04, 17/07/2014 [^] [^^] [^^^] [ответить]	+6 +/–
> Подождите, раньше GLAMOR не было? О_о Какую букву в слове integration объяснить?

3.12, Аноним (-), 18:38, 17/07/2014 [^] [^^] [^^^] [ответить]	–3 +/–
ну объясняй как оно раньше работало

4.22, Аноним (-), 19:24, 17/07/2014 [^] [^^] [^^^] [ответить]	+4 +/–
> ну объясняй как оно раньше работало С помощью внешней либы, наверное?

4.28, Andrey Mitrofanov (?), 20:59, 17/07/2014 [^] [^^] [^^^] [ответить]

+3 +/–

> ну объясняй как оно раньше работало

..."the 1.16 release of the X server! Lots of new stuff, including

..." * Glamor integration. This GL-based X acceleration subsystem now offers reasonable performance that avoids software fall backs much of the time.

Ну, давай сам, как-как оно "раньше работало"? Давай-давай-давай, тише-тише!...

1.3, sorrymak (ok), 17:35, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+5 +/–
Жил, живёт и будет жить, не смотря на Wayland и Mir.

2.7, Xasd (ok), 18:05, 17/07/2014 [^] [^^] [^^^] [ответить]

+3 +/–

> Жил, живёт и будет жить, не смотря на Wayland и Mir.

конечно будет! ни кто не сомнивается..

в будущем -- Xorg будет жить главным образом -- для целей обеспечения XWayland :-)

2.8, Andrey Mitrofanov (?), 18:05, 17/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
>не()смотря на Wayland и Mir. Век грядущий, век "systemd integration" успокоит Вас, сударыня.

3.10, anonymous (??), 18:37, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
Даёшь бинарный /etc !

4.16, Психиатр (ok), 18:44, 17/07/2014 [^] [^^] [^^^] [ответить]

+8 +/–

> Даёшь бинарный /etc !

Давно пора!
/etc не нужен.
нужен /bin/regedit

<БГГГ/>

5.34, Аноним (-), 21:32, 17/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
Наверное вам понравился бы солярис, с его XML и бинарным скулайтом.

6.46, Аноним (-), 22:55, 17/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> Наверное вам понравился бы солярис, с его XML и бинарным скулайтом. Нет, труЪ UNIX нам не надо.

7.71, Аноним (-), 08:40, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
> Нет, труЪ UNIX нам не надо. Что, бинарные базы данных в тру-юниксах принципиально иные чем бинарные базы данных в виндах? :)

6.98, Apple (?), 07:10, 21/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
И чего в нём не так, ну XML и XML, вы часто пишите манифесты в Solaris? Их можно генерировать, там есть шаблоны, где у вас проблема?

5.43, Константавр (ok), 22:19, 17/07/2014 [^] [^^] [^^^] [ответить]	–3 +/–
Вы хотели сказать /usr/bin ? Или /systemd/sistem32/regedit

4.25, Аноним (-), 20:12, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
Даже в Windows есть, а у нас нет, доколе!

4.53, maximnik0 (?), 02:02, 18/07/2014 [^] [^^] [^^^] [ответить]

+/–

> Даёшь бинарный /etc !

Уже ест. проект - электра ,но что то интузиазма проект не вызвал .Разработчики даже включали падч для Хfree .

5.72, Аноним (-), 08:42, 18/07/2014 [^] [^^] [^^^] [ответить]

+2 +/–

> Уже ест. проект - электра ,но что то интузиазма проект не вызвал

Учитывая что ФС и так частный случай БД - не очень понятно нафига козе бaян. Ну майкрософт сделал реестр потому что FAT загнулся бы от работы с такой иерархиев влобовую. Ну в пингвинах то ФС нормальные...

5.91, Аноним (-), 21:46, 20/07/2014 [^] [^^] [^^^] [ответить]

+/–

>> Даёшь бинарный /etc !
> Уже ест. проект - электра ,но что то интузиазма проект не вызвал
> .Разработчики даже включали патч для Хfree .

//fixed. Ступидо, патч пишется через t даже в английском.

4.55, maximnik0 (?), 02:44, 18/07/2014 [^] [^^] [^^^] [ответить]

+/–

> Даёшь бинарный /etc !

Уже сделано проект электра.Был даже падч для Xfree чтобы работать с этим реестром .Что-то проект не шевелиться пребывая в состоянии близко к зомби .

3.17, V (??), 18:44, 17/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
+2000

2.14, Аноним (-), 18:41, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
к сожалению вайланд/мир в таком состоянии что жить ему еще долго

2.48, Аноним (-), 23:00, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
> Жил, живёт и будет жить, не смотря на Wayland и Mir. Учитывая, что xorg и wayland делают практически одни и те же люди, "не смотря" - не получится :)

3.66, Аноним (-), 08:30, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
Может он имел в виду "закрыть глаза чтобы не видеть п...ц"?

4.92, Аноним (-), 21:47, 20/07/2014 [^] [^^] [^^^] [ответить]

+/–

> Может он имел в виду "закрыть глаза чтобы не видеть distrowatch"?

//fixed. Не благодари.

2.50, Кевин (?), 01:26, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
как раз таки пристально глядя как внуки растут дедушка Х и живёт, и долгую и счастливую пенсию заслужил!

1.4, Аноним (-), 17:52, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]

–2 +/–

А как же новый API/ABI?

NVIDIA уже постаралась, AMD ещё нет.

// b.

2.9, Аноним (-), 18:30, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
А у амд нынче нормально работают опенсорсные драйвера...

3.18, Mihail Zenkov (ok), 18:47, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
При условии, что OpenCL не нужен.

4.33, Аноним (-), 21:31, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
Так он и не нужен, иначе желающие давно бы помогли допилить. То есть пара желающих конечно есть, они и помогают слегка, плюс пара человек в AMD, а остальным не нужно.

5.38, Mihail Zenkov (ok), 21:46, 17/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
> Так он и не нужен, иначе желающие давно бы помогли допилить. > То есть пара желающих конечно есть, они и помогают слегка, плюс пара > человек в AMD, а остальным не нужно. Шибко специфическая область, пробовал как-то mesa править (OpenGL) и то ничего путного кроме нескольких хаков не вышло.

6.40, Аноним (-), 21:48, 17/07/2014 [^] [^^] [^^^] [ответить]

+/–

> Шибко специфическая область, пробовал как-то mesa править (OpenGL) и то ничего путного
> кроме нескольких хаков не вышло.

Очень специфичное. И багов немеряно. Но их постепенно ловят. И давят.

5.51, Кевин (?), 01:28, 18/07/2014 [^] [^^] [^^^] [ответить]	–2 +/–
> Так он и не нужен, иначе желающие давно бы помогли допилить. > То есть пара желающих конечно есть, они и помогают слегка, плюс пара > человек в AMD, а остальным не нужно. вкратце: у АМД всё достаточно плохо с деньгами чтобы нанять лишних программистов..

6.67, Аноним (-), 08:31, 18/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
> вкратце: у АМД всё достаточно плохо с деньгами чтобы нанять лишних программистов.. Вкратце, АМД в плане открытых дров для GPU проигрывает только 1 компании - интелу.

4.36, Аноним (-), 21:44, 17/07/2014 [^] [^^] [^^^] [ответить]

+1 +/–

> При условии, что OpenCL не нyжен.

Вот вам для разнообразия: http://rghost.net/56947758/image.png

Так, hints:
1) Майнер патчить уже не требуется. Я его просто запустил...
2) Сие примерно 80% от проприетары.
3) А R9 270 с правильными параметрами - считает в аккурат за этих двоих, что тоже вполне достойно.

В отличие от блободрайвера MESA не страдает кучей дурных грабель. Не, оно сырое, но - смотрите-ка, оно идет на взлет :-).

5.41, Mihail Zenkov (ok), 21:50, 17/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> В отличие от блободрайвера MESA не страдает кучей дурных грабель. Не, оно > сырое, но - смотрите-ка, оно идет на взлет :-). Очень радует! Мне лично OpenCL нужен для luxrender.

6.42, Аноним (-), 22:13, 17/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> Очень радует! Мне лично OpenCL нужен для luxrender. Там еще есть багов, особенно по линии LLVM, но в целом прогресс весьма радует. За luxrender ничего не скажу - ни разу в жизни не видел это.

1.5, Xasd (ok), 18:03, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
что теперь будет по умолчанию для Intel? (GLAMOR? SNA? UXA?) в ситуации когда Xorg-конфиг отсутствиет.

2.19, Mihail Zenkov (ok), 18:49, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
> что теперь будет по умолчанию для Intel? (GLAMOR? SNA? UXA?) > в ситуации когда Xorg-конфиг отсутствиет. SNA, ибо быстрее чем GLAMOR и UXA.

3.23, Xasd (ok), 19:55, 17/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
сильно?

4.31, Mihail Zenkov (ok), 21:11, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
> сильно? http://www.phoronix.com/scan.php?page=article&item=intel_2dxorg30_ubuntu1404&

5.54, Xasd (ok), 02:28, 18/07/2014 [^] [^^] [^^^] [ответить]

–1 +/–

чёртпобери, вот же проклятие!

# UPDATED:

а нет. беру свою ругань обратно..

дочитал до 4й страницы [ http://goo.gl/vLWFcP ] -- и там показано что GTK всё-таки работает на GLAMOR быстрее чем SNA\UXA! во всех GTK-тестах!

(а нам всем -- собственно как раз самое главное и нужно чтобы работало бы быстро именно GTK.. всё остальное пофиг -- пусть остальное работает с любой скоростью)..

значит всё-таки есть надежда на GLAMOR в режим поумолчанию для Intel? (ну так как GLAMOR всех победил в GTK-тесте).. SNA уже надаел :-)

# P.S.:
# на крайний случай -- разработчики могли бы внести в SNA некоторые замедляющие строчки кода,
# для того чтобы GLAMOR победил бы SNA и в остальных тестах :-) ..

6.59, Mihail Zenkov (ok), 03:12, 18/07/2014 [^] [^^] [^^^] [ответить]

+1 +/–

> дочитал до 4й страницы [ http://goo.gl/vLWFcP ] -- и там показано что
> GTK всё-таки работает на GLAMOR быстрее чем SNA\UXA! во всех GTK-тестах!

Еще раз гляньте ;) На GTK glamor тормозит больше всего.

HINT: less is better

7.61, Xasd (ok), 03:32, 18/07/2014 [^] [^^] [^^^] [ответить]

+/–

> HINT: less is better

да да, вот сейчас заметил :)

не нужен нам *такой* GLAMOR!

8.68, Аноним (-), 08:33, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
К вопросу о такой смотреть на древние бенчи смысла мало - там недавно вкатили с... текст свёрнут, показать

6.60, Xasd (ok), 03:31, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
эх.. не увидил я кое где надпись "Less Is Better" :)

7.69, Аноним (-), 08:33, 18/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> эх.. не увидил я кое где надпись "Less Is Better" :) Да вы вообще сначала делаете, а потом думаете. И то - думаете только иногда.

8.73, Xasd (ok), 09:56, 18/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
то есть для вас -- языком болтнуть по клавиатуре -- это уже называется дело - ... текст свёрнут, показать

9.76, Аноним (-), 12:25, 18/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
Да вы извращенец, однако Я как-то пальцы при печати использую ... текст свёрнут, показать

10.93, Аноним (-), 21:48, 20/07/2014 [^] [^^] [^^^] [ответить]	+/–
Мастер спорта международного класса по клавиатурному десятиборью ... текст свёрнут, показать

3.24, Аноним (-), 19:58, 17/07/2014 [^] [^^] [^^^] [ответить]	–2 +/–
Не быстрее.

4.26, fidaj (ok), 20:22, 17/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
пруф?

3.99, Andrey Mitrofanov (?), 13:01, 21/07/2014 [^] [^^] [^^^] [ответить]

+/–

> SNA, ибо быстрее чем GLAMOR и UXA.

Пакард выпиливает гламур в пользу/из UXA: http://keithp.com/blogs/Glamorous_Intel/
И SNA он не меряет почему-то.

Про умолчание, видимо, надо читать не там. Но есть впечатление, что там спагетти-код, и не только glamour/uxa, который по ссылке, но и этот самый sna, который, видимо, стильно зависит от железа -- разная поддержка разных проц-ров на разных версиях...

4.100, Mihail Zenkov (ok), 17:01, 21/07/2014 [^] [^^] [^^^] [ответить]

+/–

> И SNA он не меряет почему-то.

SNA занимается другой человек и пилит его очень активно:
http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/log/

> Про умолчание, видимо, надо читать не там. Но есть впечатление, что там
> спагетти-код, и не только glamour/uxa, который по ссылке, но и этот
> самый sna, который, видимо, стильно зависит от железа -- разная поддержка
> разных проц-ров на разных версиях...

Насколько я понимаю SNA ориентирована на особенности интеловского железа, отсюда и высокая скорость. GLAMOR напротив универсальное решение, которое позволяет отказаться от отдельного блока 2d ускорения. Думаю в будущем при необходимости внесут расширение в OpenGL, дабы GLAMOR не проигрывал классическим 2d блокам по скорости и энергоэффективности.

1.11, Аноним (-), 18:37, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]

+/–

>Интегрирована поддержка архитектуры 2D-ускорения GLAMOR

давно уже
>Обеспечена возможность запуска X-сервера без root-привилегий при наличии DRM/KMS-драйверов

и это вроде тоже

1.13, Аноним (-), 18:41, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+2 +/–
> Запуск X-сервера без root-привилегий ... в сочетании с системой systemd-logind Ээээ network manager без systemd не работает, теперь ещё и X-сервер? Ну приехали...

2.15, Аноним (-), 18:43, 17/07/2014 [^] [^^] [^^^] [ответить]	+2 +/–
работает. Просто без root у него не было прав доступа к устройствам ввода, а системд ему эти права дает.

2.20, Xasd (ok), 19:02, 17/07/2014 [^] [^^] [^^^] [ответить]

+1 +/–

> Ээээ network manager без systemd не работает, теперь ещё и X-сервер? Ну приехали...

то что другие системы инициализации не являются такими привлекательными как systemd (для разработчиков демонов) -- это именно их собственный недостаток.

systemd даёт некоторые возможности для демонов. возможности, которые не дают другие системы инициализации... и спрашивается -- нафига (ради чего?) разработчики демонов должны париться о проблемах которых нет в systemd?

и нафига (ради чего?) мейнтейнеры-дистрибутивов-ОС должны париться о проблемах с деманоми.. проблемах, которые возникают при условии использования других системах инициализации.

ваши религиозные проблемы (ненависти к systemd) -- не интересны инженерам и разработчикам.

3.29, rob pike (?), 21:00, 17/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> то что другие системы инициализации не являются такими привлекательными как systemd (для разработчиков демонов) -- это именно их собственный недостаток Когда речь идёт о нынешних разработчиках XOrg, стоит иметь в виду что у них свои собственные критерии привлекательности, весьма порой чудные.

4.32, Li (??), 21:31, 17/07/2014 [^] [^^] [^^^] [ответить]	+2 +/–
это их право.

4.35, Аноним (-), 21:43, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
> Когда речь идёт о нынешних разработчиках XOrg, стоит иметь в виду что у них свои собственные критерии привлекательности, весьма порой чудные. Стоит также иметь в виду, что никто не мешает вам разработать собственный X, со своими критериями привлекательности и блэкджеком. Или хотя бы форкнуть. Это в любом случае было бы более продуктивно и менее смешно, чем рассуждения экспертов-анонимов о нынешних разработчиках.

4.39, Аноним (-), 21:46, 17/07/2014 [^] [^^] [^^^] [ответить]

–1 +/–

> у них свои собственные критерии привлекательности, весьма порой чудные.

Пили xorg и используй свои критерии привлекательности. Никто тебя не подписывался ублажать занахаляву. Такая неожиданность!

4.47, Аноним (-), 22:59, 17/07/2014 [^] [^^] [^^^] [ответить]	–3 +/–
> Когда речь идёт о нынешних разработчиках XOrg Не только о них. С systemd интегрируется все больше юзерспейсных программ. И существенных аргументов против этого, кроме уж совсем упертого фричества, никто пока так и не озвучил.

5.49, Mihail Zenkov (ok), 00:48, 18/07/2014 [^] [^^] [^^^] [ответить]

+3 +/–

> Не только о них. С systemd интегрируется все больше юзерспейсных программ. И
> существенных аргументов против этого, кроме уж совсем упертого фричества, никто пока
> так и не озвучил.

Если зависимость необязательная, то особых возражений нет.

Если же обязательная (невозможно без нее собрать проект), то это уже проблема, так как навязывает systemd там, где все прекрасно работало без него и где он будет создавать излишнюю сложность и overhead. Вдобавок такая зависимость ставит под вопрос судьбу других систем инициализации и убивает здоровую конкуренцию (и получаем аналог vendor lock).

6.70, Аноним (-), 08:39, 18/07/2014 [^] [^^] [^^^] [ответить]	–2 +/–
Авторам программ зачастую удобно пользоваться услугами systemd А кто не хочет т... большой текст свёрнут, показать

5.57, Xasd (ok), 02:58, 18/07/2014 [^] [^^] [^^^] [ответить]

–2 +/–

> С systemd интегрируется все больше юзерспейсных программ.

эта интеграция происходит -- потому что разработчики демонов не хотят писать лишний код, делать ту работу которая уже сделана (внутри systemd). или скажем так: зачем делать ту работу которая должна делаться другой подсистемой?

зачем делать что-то ещё раз (велосипедить), если можно заиспользовать уже реализованный функционал, предоставляемый от systemd?

принцип "do not repeat yourself" -- экономит не только время -- но и позволяет создавать более качественный результат.

и вот кстати говоря, именно качественный резальтат является решаюшим аргументом.

6.58, Mihail Zenkov (ok), 03:05, 18/07/2014 [^] [^^] [^^^] [ответить]	+2 +/–
> эта интеграция происходит -- потому что разработчики демонов не хотят писать лишний код, делать ту работу которая уже сделана (внутри systemd). или скажем так: зачем делать ту работу которая должна делаться другой подсистемой? >зачем делать что-то ещё раз (велосипедить), если можно заиспользовать уже реализованный функционал, предоставляемый от systemd? В таком случае логично выделить код, востребованный в других проектах, в отдельную библиотеку, которая может быть использована совместно с другими системами инициализации.

7.65, Аноним (-), 07:54, 18/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Стандартная логика других систем инициализации - е есь там как хотите, нас все... большой текст свёрнут, показать

8.75, Аноним (-), 12:23, 18/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
А ничего, что OpenRC появился в репах Дебиана уже после известных событий ... текст свёрнут, показать

9.77, Аноним (-), 12:33, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
А о багах сообщали и задолго до А вот обратить внимание на этот факт все причас... текст свёрнут, показать

3.88, Mirraz (ok), 16:57, 19/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
то что другие операционные системы не являются такими привлекательными как Windows (для разработчиков софта) -- это именно их собственный недостаток. Windows даёт некоторые возможности для софта. возможности, которые не дают другие операционные системы... и спрашивается -- нафига (ради чего?) разработчики софта должны париться о проблемах которых нет в Windows?

4.89, Xasd (ok), 23:45, 19/07/2014 [^] [^^] [^^^] [ответить]

–1 +/–

в том то и дело что Windows технических приемуществ не даёт. :) , а вот systemd -- даёт.

с технической точки зрения -- Windows только гемороя добавить может :) . а НЕ с технической точки зрения -- его приемущество это большая база пользователей (много денег за продажу проприетарного ПО).

если бы Windows был бы технически более удобным для разработчиков, чем GNU/Linux -- то свободное ПО главным образом писали бы именно под него.

а как мы видим -- под Windows в основном пишут только программы на продажу (и некоторая часть бесплатных программ.. и совсем мало полноценного СПО).

почти всё СПО (99.9%) которое портировано на Windows из GNU/Linux --- кастрировано и упрощено.

5.94, Аноним (-), 22:00, 20/07/2014 [^] [^^] [^^^] [ответить]	+/–
Перечисли по пунктам Как опытный разработчик Перечисли по пунктам Перечисли п... большой текст свёрнут, показать

2.52, Кевин (?), 01:31, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
>> Запуск X-сервера без root-привилегий ... в сочетании с системой systemd-logind > Ээээ network manager без systemd не работает, теперь ещё и X-сервер? Ну > приехали... systemd-logind увы не имеет аналогов на самом деле... я не знаю почему все остальные говорят что такой функционал никому не нужен потому что он не нужен конкретно им..

3.62, Аноним (-), 04:07, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
ConsoleKit.

4.78, Аноним (-), 12:34, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
> ConsoleKit. Тут тоже были версии с рассказом про то как оно не надо. Ну ок, оно не надо. Теперь оно по сути deprecated в пользу systemd-logind. Что, фаготы, вопившие "не надо" - вы довольны кончиной консоль-кита? :) На вас и ваших локалхостах мир не заканчивается, а если вон той ораве надо, а вам нет - орава пойдет и сделает как им было надо. И кто там в прососе окажется - большой такой вопрос.

5.80, rob pike (?), 01:17, 19/07/2014 [^] [^^] [^^^] [ответить]	+/–
> вы довольны кончиной консоль-кита? > Председателя нашего мы все не любили. Он это знал. Но если его снимут, то пришлют еще худшего. Этого мы не желали. Он и это знал > http://ru.wikipedia.org/wiki/Стокгольмский_синдром > и ваших локалхостах > I work for Sony > Creating Gentoo profiles to auto generate dozens of different server image types, and building solid base Gentoo install for those servers. > Also building a fully automated Gentoo installation system that can partition disks, set up RAID, LVM and other parameters based on a JSON definition. Also a configuration file generation system that makes up the basis of our configuration management system. > http://blogs.gentoo.org/news/2014/07/06/gentoo-monthly-newsletter-june-2014/#

6.82, Аноним (-), 10:31, 19/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Вы думаете что я буду в этом однородном месиве пытаться декодировать вашу мысль? Дяденька, научитесь текст форматировать по человечески, а потом умничайте.

7.90, rob pike (?), 09:00, 20/07/2014 [^] [^^] [^^^] [ответить]	+/–
Это к опеннету. Заставить его не съедать пустые строки между квотами у меня не получилось.

1.21, Аноним (-), 19:13, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Куда он всё выходит-то, але?

2.30, rob pike (?), 21:01, 17/07/2014 [^] [^^] [^^^] [ответить]	+/–
V Mir

2.74, Аноним (-), 10:10, 18/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
В тираж.

1.27, robux (ok), 20:50, 17/07/2014 [ответить] [﹢﹢﹢] [ · · · ]

+/–

> которая была предложена компанией Intel
> переданные компанией NVIDIA

«Что там ни будь, я данайцев боюсь, дары приносящих!»

Ох не нравится мне, что нонешний мир СПО стал кишеть агентами корпораций. Опасность в этом чую я.

2.37, Аноним (-), 21:45, 17/07/2014 [^] [^^] [^^^] [ответить]	+2 +/–
Это решается просто - делаешь свой форк и выкидываешь из него все коммиты от корпораций.

2.44, анон (?), 22:20, 17/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
А если глянуть трезво - у СПО разве есть выбор, под чьи железки плясать ? Поэтому все идет, как оно и есть.Дао. А дальше будет - то что будет!

2.56, Аноним (-), 02:53, 18/07/2014 [^] [^^] [^^^] [ответить]	+/–
Intel занимает первое место по вкладу в ядро Linux.

3.63, pavlinux (ok), 06:10, 18/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Intel занимает первое место по вкладу в продажи своего протрояненого железа! Linux им вкуй не впился.

4.64, Аноним (-), 07:50, 18/07/2014 [^] [^^] [^^^] [ответить]

+/–

> им вкуй не впился.

Впился, судя по коммитам. Наверное как раз для продаж своих троянов :).

5.95, Аноним (-), 22:01, 20/07/2014 [^] [^^] [^^^] [ответить]

+/–

>> им вкуй не впился.
> Впился, судя по коммитам. Наверное как раз для продаж своих троянов :).

Все дело в том, что чипы не растут на деревьях. А Интел - безусловный монополист. Если покупатель желает кушать гогно на их процессоре - велкам бэк. Ничего личного.

1.79, EuPhobos (ok), 01:14, 19/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> отключена поддержка режима DMX (Distributed Multihead X), позволяющего при использовании Xinerama объединить несколько X-серверов в один виртуальный экран. Поддержка прекращена в связи с невостребованностью технологии и наличием проблем при использовании OpenGL; Да лаааадно! Они что, реально прекратили поддержку нескольких мониторов?! Я только этим и пользуюсь и дома и на работе! Да и оконные менеджеры, и те поддерживают! Никаких проблем с OpenGL не наблюдаю, да есть игры стимовские которые не знают как себя растянуть на два монитора, но есть и игры, которые определяют что два монитора объединённые в один рабочий стол, и предлагают выбрать вывод. Как же так..

2.81, rob pike (?), 01:19, 19/07/2014 [^] [^^] [^^^] [ответить]	+/–
> Поддержка прекращена в связи с невостребованностью технологии В колбасе сегодня потребности нет.

2.83, Аноним (-), 10:56, 19/07/2014 [^] [^^] [^^^] [ответить]	+/–
Поддержку нескольких мониторов никто не убирал, усбагойся. Перечитай еще раз новость.

3.84, EuPhobos (ok), 16:11, 19/07/2014 [^] [^^] [^^^] [ответить]	+1 +/–
Сначала nvidia урезала возможности драйвера до 3-х мониторов одновременно, мотивируя тем, что так легче клепать дравишки, т.к. на виндузе больше 3-х нельзя. Теперь ЭТО.. Вот и тревожит всё это..

4.85, Аноним (-), 16:40, 19/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
> Сначала nvidia урезала возможности драйвера до 3-х мониторов одновременно, А ты больше проприетарь используй...

5.86, EuPhobos (ok), 16:44, 19/07/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Так посоветуй тогда уж OpenHardware, который потянет вот это: http://youtu.be/FduwDABNEL8 или http://youtu.be/goQHXt-stE8 Я сразу перейду. Или сейчас старую пластинку заведём: "Раз open, так сделай сам" ?

6.96, Аноним (-), 22:02, 20/07/2014 [^] [^^] [^^^] [ответить]	+/–
> Так посоветуй тогда уж OpenHardware, который потянет вот это: > http://youtu.be/FduwDABNEL8 > или > http://youtu.be/goQHXt-stE8 > Я сразу перейду. > Или сейчас старую пластинку заведём: "Раз open, так сделай сам" ? Возьми и сделай. Мешки рядами к горизонту уходят.

1.87, Mirraz (ok), 16:52, 19/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
>Запуск X-сервера без root-привилегий пока поддерживается при использовании DDX-драйверов ... в сочетании с системой systemd-logind заражение распространяется стремительными темпами

2.97, Аноним (-), 22:02, 20/07/2014 [^] [^^] [^^^] [ответить]	+/–
>>Запуск X-сервера без root-привилегий пока поддерживается при использовании DDX-драйверов ... в сочетании с системой systemd-logind > заражение распространяется стремительными темпами Это рак, это пройдет.

3.101, Diversant (??), 09:33, 29/07/2014 [^] [^^] [^^^] [ответить]	+/–
Это бы вырезать да поскорее, а не ждать пока "пройдёт".

1.102, Аноним (-), 12:26, 29/07/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Обновился, мать его - на связке Xorg 1.16 + Nvidia 340.24 Герои Меча и Магии 5 - Повелители Орды в вине стали работать в режиме слайдшоу. На старых Xorg 1.15.1 и Nvidia 331.79 всё работало, как часы. Не смертельно, конечно, но линукс такой линукс. Ждем корректирующих релизов. Дебиан Сид.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: