The OpenNET Project / Index page

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

Проект Solus представил библиотеку Linux Driver Management 1.0

28.01.2018 11:28

Разработчики проекта Solus, развивающего одноимённый дистрибутив GNU/Linux и окружение рабочего стола Budgie, представили первый выпуск пакета Linux Driver Management (LDM), предоставляющего библиотеку функций и инструментарий для быстрого определения состава аппаратного окружения текущей системы. Библиотека позволяет получить список имеющихся устройств и сопоставить каждое устройство с применяемыми для этого устройства драйверами или приложениями из репозитория. Код библиотеки написан на языке Си и распространяется под лицензией LGPL2.1.

Библиотека не привязана к конкретным классам устройств и может использоваться в дистрибутивах для организации управления драйверами, определения доступного оборудования и подбора подходящих драйверов для всех имеющихся устройств, включая устройства, подключенные через HID-интерфейс (клавиатуры, мыши), USB, PCI, DMI, ieee80211 и Bluetooth. Предоставляются средства как для стационарных аппаратных компонентов, так и для подключаемых устройств (обработка hotplug через udev).

При интеграции LDM в дистрибутив пользователю не нужно задумываться о драйверах при подключении нового устройства - инструментарий обеспечит поиск и активацию необходимого драйвера, а при его отсутствии предложит установить недостающие пакеты из репозитория. Например, пользователь может быть информирован о доступности дополнительных проприетарных драйверов для видеокарт NVIDIA, для мышей Logitech могут быть предложены дополнительные пакеты для настройки DPI и индикаторов, осуществлена подборка драйверов для принтеров и рекомендовано дополнительное ПО для брелоков Yubikey, такое как Yubikey NEO Manager или Yubikey Personalization GUI.

Для опроса и определения устройств предлагается API на базе GObject, позволяющий встроить предоставляемую библиотекой функциональность в центры управления приложениями (на базе LDM уже построен Solus Software Center). Возможно расширение функциональности и типов поддерживаемого оборудования через плагины, которые могут создаваться не только на Си, но и на любых языках с поддержкой биндингов для интроспекции GObject, включая Vala, JavaScript и Python.

Кроме установки драйверов в LDM имеются средства корректировки конфигурации графической подсистемы для работы проприетарных видеодрайверов и механизма Optimus/PRIME (например, LDM может динамически подменять библиотеки libGL в зависимости от активного драйвера и изменять конфигурацию X.Org). Также предоставляется уровень абстракции для разбора системной конфигурации для определения iGPU и dGPU, идентификации гибридных систем (переключение между дискретной видеокартой и интегрированным GPU) и классификации устройств.



  1. Главная ссылка к новости (https://solus-project.com/2018...)
  2. OpenNews: Инициатива по предоставлению идентификаторов USB-устройств для открытого оборудования
  3. OpenNews: Релиз Libinput 1.0, унифицированного стека для работы с устройствами ввода
  4. OpenNews: Выпуск дистрибутива Solus 3 и рабочего стола Budgie 10.4
  5. OpenNews: Для Android реализована возможность применения штатных видеодрайверов Linux
  6. OpenNews: Инициатива по созданию единой коллекции обновлений прошивок для Linux
Лицензия: CC-BY
Тип: Программы
Ключевые слова: solus, driver
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 11:32, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +16 +/
    По описанию звучит слишком уж хорошо, полезно и удобно.
    В чём подвох?
     
     
  • 2.4, Аноним (-), 11:42, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так уже ж давно были всякие kudzu
     
  • 2.23, Аноним (-), 13:55, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Солус не только этот инструмент написали для "хорошо и удобно". Думаю, подвоха нет.
     
     
  • 3.25, анон (?), 14:00, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если не путаю их с кем-то, то там один из основных разрабов тесно связан с разработкой ПО Intel...
     
     
  • 4.32, Аноним (-), 14:19, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > если не путаю их с кем-то, то там один из основных разрабов
    > тесно связан с разработкой ПО Intel...

    У интела есть куча открытого, он может и не знать, что там в микрокоде.

     
  • 2.31, EHLO (?), 14:19, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Безмерно рад в первом же комментаторе встретить человека, который объяснит:
    1. Зачем оно?
    2. Чем принципиально отличается от аналогичных комбайнов для приготовления кактусов, вроде ubuntu-drivers?
    3. Что умеет прямо сейчас?
     
  • 2.37, Sunderland93 (ok), 15:10, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >> В чём подвох?

    В GObject

     
  • 2.38, AlexYeCu_not_logged (?), 15:22, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >В чём подвох?

    В том, что оно работать нормально не будет. За эту задачу многие брались, пока никто не справился. Что, в общем-то, не удивительно: драйвера пишут как угодно и кто во что горазд. Простые случаи вполне можно обрабатывать, но чуть в сторону и ага. Проблемы технические, проблемы юридические, снято с поддержки, портит оборудование и так далее.

     
     
  • 3.68, Crazy Alex (ok), 20:16, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понял, что там идея в том, чтобы драйвером не ограничиваться, а подтянуть всё, что касается найденной железки - фирмвари, тулзы для настройки и т.д.
     
     
  • 4.78, PnDx (ok), 12:17, 31/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тут, собственно, и подвох. Должно вписаться большинство производителей сколько-нибудь популярного железа. Получится сагитировать — взлетит.
     
  • 2.45, Анон2 (?), 16:31, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Не работает или не адаптировано к популярным дистрам (и не будет т к на си и про расширяемость простыми модулями ни слова).
    Так-то хорошо конечно. Тонкостей связанных оборудованием много, все это множится на число дистров ядер и прочего. Кто будет все это поддерживать?
     
  • 2.51, piteri (ok), 20:19, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Подвох?
    >GObject, включая Vala, JavaScript и Python

    же

     
     
  • 3.59, Аноним (-), 08:14, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    срочно выкидывай весь софт, который юзает zlib, потому что для zlib тоже есть биндинги на "вспомнити жс"
     

  • 1.2, Аноним (-), 11:34, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ну наконец-то! Дождались! 2018 год! :D
     
     
  • 2.71, rewwa (ok), 23:24, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну наконец-то! Дождались! 2018 год! :D

    Несомненно отличная новость!

     

  • 1.3, Аноним (-), 11:40, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И как оно узнает адрес SPI контроллера в китайском SoC?
     
     
  • 2.6, Аноним (-), 11:43, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никак, это для десктопа
     
     
  • 3.9, Аноним (-), 11:49, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А разве на десктопе существует проблема определения периферии?
     
     
  • 4.12, Аноним (-), 12:07, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Для десктопа всё уже в ядре
     
  • 2.18, MinimumLaw (?), 13:11, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Из DTB. Ее цель не шины отсканитровать, и даже не устройства на них. А сопоставить устройство и драйвер. Как раз для десктопа полезно, но уже бессмысленно. А для встраиваемо-промышленного просто не нужно.
     

  • 1.5, AntonAlekseevich (ok), 11:43, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Использовался VSCode?
    Проект уйдет к черту.
     
     
  • 2.8, A.Stahl (ok), 11:48, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Некоторые даже в vim пишут. Правда они и не палятся.
     
     
  • 3.14, AntonAlekseevich (ok), 12:24, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Некоторые даже в vim пишут. Правда они и не палятся.

    VIM наоборот лучше, всякого VS. (Я его пока не осилил, но пользуюсь пока gedit'ом для разработки на C. (Рано или поздно все равно перейду на VIM как только начну его осваивать в полную силу.))

     
     
  • 4.15, A.Stahl (ok), 12:29, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Попробуй ed. Vim изобрели неосиляторы ed. Спроси у Саахрикту -- он не даст соврать.
     
     
  • 5.20, AntonAlekseevich (ok), 13:20, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Попробуй ed.

    А почему бы и нет. (И через пять минут, на что я подписался...)
    > Vim изобрели неосиляторы ed.

    Ещё скажи что Emacs сделали неосиляторы vi.
    > Спроси у Саахрикту -- он не даст соврать.

    Пусть сам придет и скажет.

     
  • 5.27, Аноним (-), 14:10, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Vim изобрели неосиляторы ed.

    Неосиляторы ed изобрели ex. Неосиляторы ex изобрели vi. Неосиляторы vi изобрели vim.

     
  • 5.33, Аноним (-), 14:21, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Попробуй ed. Vim изобрели неосиляторы ed. Спроси у Саахрикту -- он не
    > даст соврать.

    Пфф. Вы просто не освоили бабочек.

     
     
  • 6.43, Аноним84701 (ok), 16:03, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Попробуй ed. Vim изобрели неосиляторы ed. Спроси у Саахрикту -- он не
    >> даст соврать.
    > Пфф. Вы просто не освоили бабочек.

    Мило. Но вообще-то у нас в emacs есть команда и для любителей бабочек:
    M-x butterfly

     
     
  • 7.58, freehck (ok), 06:40, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Чёртов Emacs! Даже butterfly-mode есть. Скажите лучше сразу, чего он НЕ может.
     
     
  • 8.60, A.Stahl (ok), 08:28, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Притвориться вимом ... текст свёрнут, показать
     
     
  • 9.62, a (??), 09:20, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    https www emacswiki org emacs VimMode ... текст свёрнут, показать
     
     
  • 10.67, Аноним (-), 18:03, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    гы https hsto org files 3c8 1c8 2d3 3c81c82d353043aa9bf6d7cad4e50e34 png ... текст свёрнут, показать
     
  • 9.65, freehck (ok), 11:37, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ха-ха-ха Extensible Vi Layer https www emacswiki org emacs Evil ... текст свёрнут, показать
     
  • 8.63, Ю.Т. (?), 09:41, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Быть доступным в освоении ... текст свёрнут, показать
     
  • 5.64, Vladimir Douritski (?), 10:30, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Супер!
     

  • 1.10, Аноним (-), 11:59, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > USB, PCI, DMI, ieee80211 и Bluetooth

    Релюшки через GPIO находить умеет?

     
     
  • 2.11, лдршырва (?), 12:05, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Хотя бы оно прошивки для блютуза осилило.
     
  • 2.24, Аноним (-), 13:59, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И тогда суровые сибирские мужики положили шпалу.

    Не всё сразу. Спасибо что на Си, а не на Питоне, Яве, Моно или Электроне.

     
     
  • 3.39, Аноним (-), 15:24, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Электроне

    Электрон может в такой низкий уровень?

     
     
  • 4.54, Led (ok), 22:22, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Электрон может в такой низкий уровень?

    Электрон - это ниже плинтуса. Куда ещё ниже?

     

  • 1.13, Аноним (-), 12:19, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ждем менеджер браузеров и защитник настроек.
     
     
  • 2.48, Аноним (-), 16:46, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И еще не забудьте Driver Updater Pro!
     

  • 1.16, Крутой аноним (?), 12:39, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Так все это кроме настройки пользовательских программ
    ядро делает автоматически,
    нафига их библиотека то нужна?
     
     
  • 2.26, анон (?), 14:05, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    думаю оновная причина - пляски с бубном вокруг ноутбуков. на трансформерах с дискретной графикой установка линукса - та еще задача
     
  • 2.29, Аноним (-), 14:14, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Так все это кроме настройки пользовательских программ
    > ядро делает автоматически,
    > нафига их библиотека то нужна?

    Чтобы ядро что-то могло сделать, ему нужны драйверы и прошивки, которые могут быть распиханы по отдельным пакетам, которые могут быть не установлены. Вот чтобы объяснить хомячку, что надо доустановить, прежде чем он со словами "гамно этот ваш линyпс" вернётся на винду, и нужна эта библиотека.

     
     
  • 3.75, AlexYeCu_not_logged (?), 11:43, 30/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот чтобы объяснить хомячку, что надо доустановить, прежде чем он со словами "гамно этот ваш линyпс" вернётся на винду, и нужна эта библиотека.

    А может ну их, этих хоячков?

     
  • 2.35, Crazy Alex (??), 14:51, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы делало ядро - драйвер должен быть в ядре. А если, допустим, с железкой через lubusb работа - то ядро о ней понятия не имеет. И уж точно ядро не предложит поставить дополнительный софт для настройки или использования дополнительных функций девайса. И интнгрировать в ваш DE не поможет.
     

  • 1.22, Аноним (-), 13:33, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Два раза перечтал новость, так и не понял — зачем это нужно.
     
     
  • 2.36, aaa (??), 14:59, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чтобы ты не лез внутрь системника смотреть микросхемы, а запустил lspci lsusb + pciid usbid. Не выковыривал vid'ы, pid'ы, dev'ы и т.п.
    Эверест в одном флаконе.
    Годная штука!
     
     
  • 3.44, EHLO (?), 16:10, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы ты не лез внутрь системника смотреть микросхемы, а запустил lspci lsusb
    > + pciid usbid. Не выковыривал vid'ы, pid'ы, dev'ы и т.п.

    Странно что до них не было lspci, lsusb, dmidecode, sysfs, репозитория идентификаторов вендоров и оборудования и многократных малополезных попыток всё это интегрировать в одну кнопку "сделать хомячку пересевшему с Виндоус хорошо".

    Хотя постой...

     
  • 3.52, Аноним (-), 20:33, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    какое отношение смотрение на мискросхемы имеет к названию программы? Почему авторы программы подобно поцтеру не слыхали о каком-нить lshw? Почему ваш ответ породил новые вопросы?
     

  • 1.28, Аноним (-), 14:12, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И нафига оно? Не хочешь возится с файлами или dmidecode? inxi, за глаза.
     
  • 1.30, anonymous (??), 14:16, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как я подозреваю, внутри у него какая-то база знаний. Вряд ли всю полезную информацию можно вытащить автоматически. Что есть в базе - то обработается корректно, чего нет - не найдётся. Если люди хорошие, то тогда можно расширять базу пользовательскими пакетами.
     
  • 1.34, Fjgkdhdnxo (?), 14:47, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Неудели кто-то допетрил, что пихать в ядро все драйверы мира плохая идея и там должно быть только самое необходимое?
     
     
  • 2.61, Ю.Т. (?), 08:44, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Но, кажется, не каждый драйвер способен работать как модуль?
     

  • 1.40, наноним (?), 15:48, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Код библиотеки написан на языке Си

    вносите хейтеров

     
     
  • 2.41, Crazy Alex (ok), 15:52, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Там хуже, чем C - там GObject
     

  • 1.42, jOKer (ok), 16:00, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Хотелось бы верить что сабжу хитро-вые... пардон! - хитро-сделанные китайские тачпады и прочие девайсы, весящие на i2c, окажутся по зубам. Доселе ни одной вменяемой софтинки горящей желанием показать мне что прицеплено к i2c я не встречал.
     
     
  • 2.47, Аноним (-), 16:46, 28/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Доселе ни одной вменяемой софтинки горящей желанием показать мне что прицеплено к i2c я не встречал.

    Потому что сама шина не предполагает подобного. sensors-detect пытается, впрочем, но с неизменным предупреждением, что при этом может что-нибудь сломать.

     
     
  • 3.56, jOKer (ok), 04:45, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И тем не менее делает.

    Ровно как и еще одна самописка на питоне, которую я как-то увидел в Сети. Только ID устройств в ней было очень не много, - чуть более тридцати. Явно писал человек на раз и для себя. А вот промышленного решения я не видел, и где взять эти идентификаторы - понятия не имею.

    А вопрос вовсе не праздный - китайцы в последнее время цепляют к i2c отнюдь не только сенсоры, а определить чего же они там подцепили крайне сложно. Думаю, что я не один такой, кто на этом огреб проблемы.

     

  • 1.46, Аноним (-), 16:32, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хотелось бы подобное, но чтобы генерило конфиг ядра, и не как localmodconfig на основе подгруженных модулей, а также на основе имеющегося железа.
     
  • 1.49, dkg (?), 17:09, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Наконец то.
     
  • 1.50, Большой Босс (?), 19:16, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для OpenSSL определяет VIA Eden (padlock) аппаратный крипто-генератор?
     
  • 1.53, Аноним (-), 21:30, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > динамически подменять библиотеки libGL в зависимости от активного драйвера

    для этого уже существует libglvnd

    > и изменять конфигурацию X.Org

    спасибо, но такой prime как в ubuntu, с логаутом, не нужен. а иначе зачем еще при оптимусе дергать xorg.conf?

     
  • 1.55, pavlinux (ok), 02:06, 29/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не нашёл дрова для BCM5821
     
  • 1.57, Аноним (-), 04:54, 29/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Рад за ребят - надо же с чего-то начинать изучать на практике низкоуровневый язык программирования ;) Вдвойне рад, что не выбрали сразу С++, а таки остановили свой выбор на Си.
     
     
  • 2.69, Crazy Alex (ok), 20:18, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    GObject - это крайне уродливое ООП на C, плюсы на порядок лучше.

    Больше того - это как раз тот случай, когда высокоуровневый язык подошёл бы куда лучше - для собственно анализа оборудования инструментов и так хватает, тут надо фактически сделать обвязку с базой подходящего софта, драйверов и подобного. Смысл возиться с чистыми сями?

     
     
  • 3.70, _ (??), 21:34, 29/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А смысл квакать то?!
    Напиши на своём любимом языке и криком БАНЗАЙ!^W  ... смотрите как нада! медленно и неотвратимо выкладывай линк на ... 8-)
    И тут не только мы оба, но таки даже не только лишь все поняли - не будет этого, ибо не мешки ворочать!(С) :)


     
     
  • 4.73, Crazy Alex (ok), 03:02, 30/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Перечитай ещё раз диалог. Существо заявило, что, мол, хорошо, что низкоуровневое и не плюсы. Я ответил, что: 1) здесь не критично, чтобы на сях; 2) там GObject, который чистыми C ну никак не назвать и что он урод (ну дык - оно там всё на макросах, иначе ООП в сях не сделать, так что красивым не может быть в принципе), и то же самое делается на плюсах чисто и красиво.

    Каким боком это связано со "сделай сам"?

    А так - ну да, лучше проект на любом языке, чем его полное отсутствие. Только конкретно к моему комментарию это не относится.

     

  • 1.72, AnoNe01eX (?), 01:29, 30/01/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    0. Проект только для Linux. По факту, - Solus знает только то, о чём знает ядро Linux. Упростил (для usb, например, дополнительно используется libusb), но суть не в этом.
    1. Проект только для десктопов (bluetooth, dmi, pci, usb, wi-fi). Все остальные сразу могут расходится.
    2. Проект использует объекты, там где можно обойтись более простыми и эффективными средствами, -> структурами. Те, кому это не по нраву, тоже могут отсекаться.
    3. Не совсем понятно, зачем там используются алиасы. Типа, такой хитрый ход, чтобы усложнить понимание исходного кода?

    Дальше углубляться не стал, потому что понял, что для меня, во всяком случае на данном этапе, не подходит.

    При этом я фанат Linux, не противник GObject, но не приветствую его бездумное использование. :-)

    Сам udev умеет больше, а для его простого использования (если вам уж совсем лень) есть Eeze (часть EFL).

     
     
  • 2.74, Ю.Т. (?), 08:01, 30/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. Проект только для десктопов (bluetooth, dmi, pci, usb, wi-fi). Все остальные
    > сразу могут расходится.

    Кроме того, проект, как кажется (!), надеется только на отдельные идентификаторы, а должна же быть и логика по апп. комплексам, для которых требуются иногда нетривиальные действия. Чем тут помогут объекты? Неужели правы в GNU guix с их лиспом?

     
     
  • 3.77, AnoNe01eX (?), 21:43, 30/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, липс - это просто традиция. :-) При желании, можно работать и с произвольными массивами, а писать на языке оболочки. Или, даже, вообще, складывать всё во временные файлы (не обязательно на hdd, можно ведь и в ОЗУ). :-) Но это, опять же, про желания и удобство _для программиста_, а не для пользователя. Я же, лишь хотел заметить, что независимо от выбранного инструмента не нужно забывать о использовании бритвы Оккамы. Только и всего. Разуметься, без фанатизма.

    Если посмотреть на GNU/HURD сверху, то всё это, как минимум, крайне странно: с одной стороны, - микроядро, а с другой, - приложения с зоопарком интерпретаторов. :-)

    Впрочем, так можно сказать о многих ОС, а для GNU это, скорее, даже фишка, чем недостаток...

     

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



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

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