The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Вышел 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-ускорения, позволяющий проводить эксперименты поверх текущего рабочего окружения.


  1. Главная ссылка к новости (http://lists.x.org/archives/xo...)
  2. OpenNews: Вышел X.Org Server 1.15
  3. OpenNews: Вышел X.Org Server 1.14
  4. OpenNews: Для X.Org Server разрабатывается новый API для взаимодействия с драйверами
  5. OpenNews: Релиз X.Org 7.7
  6. OpenNews: XWayland интегрирован в основную кодовую базу X.Org
Лицензия: CC-BY
Тип: Программы
Ключевые слова: xorg
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (100) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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?

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

    ваши [b]религиозные проблемы[/b] (ненависти к 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 всё работало, как часы. Не смертельно, конечно, но линукс такой линукс. Ждем корректирующих релизов. Дебиан Сид.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру