https://www.opennet.me/openforum/vsluhforumID3/113405.html Разработчики проекта Solus, развивающего одноимённый дистрибутив GNU/Linux и окружение рабочего стола Budgie, представили (https://solus-project.com/2018/01/26/linux-driver-management-1-0-released/) первый выпуск пакета Linux Driver Management (https://github.com/solus-project/linux-driver-management) (LDM), предоставляющего библиотеку функций и инструментарий для быстрого определения состава аппаратного окружения текущей системы. Библиотека позволяет получить список имеющихся устройств и сопоставить каждое устройство с применяемыми для этого устройства драйверами или приложениями из репозитория. Код библиотеки написан на языке Си и ххhttps://github.com/solus-project/linux-driver-management распространяетсяъъ под лицензией LGPL2.1.<br><br><br>Библиотека не привязана к конкретным классам устройств и может использоваться в дистрибутивах для организации управления драйверами, определения доступного оборудования и подбора подходящих драйверов для всех имеющихся устройств, включая устройства, подключенные через HID-инт https://www.opennet.me/openforum/vsluhforumID3/113405.html#78 Wed, 31 Jan 2018 09:17:35 GMT Вот тут, собственно, и подвох. Должно вписаться большинство производителей сколько-нибудь популярного железа. Получится сагитировать &#8212; взлетит.<br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#77 Tue, 30 Jan 2018 18:43:46 GMT Нет, липс - это просто традиция. :-) При желании, можно работать и с произвольными массивами, а писать на языке оболочки. Или, даже, вообще, складывать всё во временные файлы (не обязательно на hdd, можно ведь и в ОЗУ). :-) Но это, опять же, про желания и удобство _для программиста_, а не для пользователя. Я же, лишь хотел заметить, что независимо от выбранного инструмента не нужно забывать о использовании бритвы Оккамы. Только и всего. Разуметься, без фанатизма.<br><br>Если посмотреть на GNU/HURD сверху, то всё это, как минимум, крайне странно: с одной стороны, - микроядро, а с другой, - приложения с зоопарком интерпретаторов. :-)<br><br>Впрочем, так можно сказать о многих ОС, а для GNU это, скорее, даже фишка, чем недостаток...<br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#75 Tue, 30 Jan 2018 08:43:42 GMT &gt;Вот чтобы объяснить хомячку, что надо доустановить, прежде чем он со словами "гамно этот ваш линyпс" вернётся на винду, и нужна эта библиотека.<br><br>А может ну их, этих хоячков?<br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#74 Tue, 30 Jan 2018 05:01:21 GMT &gt; 1. Проект только для десктопов (bluetooth, dmi, pci, usb, wi-fi). Все остальные <br>&gt; сразу могут расходится.<br><br>Кроме того, проект, как кажется (!), надеется только на отдельные идентификаторы, а должна же быть и логика по апп. комплексам, для которых требуются иногда нетривиальные действия. Чем тут помогут объекты? Неужели правы в GNU guix с их лиспом?<br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#73 Tue, 30 Jan 2018 00:02:32 GMT Перечитай ещё раз диалог. Существо заявило, что, мол, хорошо, что низкоуровневое и не плюсы. Я ответил, что: 1) здесь не критично, чтобы на сях; 2) там GObject, который чистыми C ну никак не назвать и что он урод (ну дык - оно там всё на макросах, иначе ООП в сях не сделать, так что красивым не может быть в принципе), и то же самое делается на плюсах чисто и красиво.<br><br>Каким боком это связано со "сделай сам"?<br><br>А так - ну да, лучше проект на любом языке, чем его полное отсутствие. Только конкретно к моему комментарию это не относится.<br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#72 Mon, 29 Jan 2018 22:29:15 GMT 0. Проект только для Linux. По факту, - Solus знает только то, о чём знает ядро Linux. Упростил (для usb, например, дополнительно используется libusb), но суть не в этом.<br>1. Проект только для десктопов (bluetooth, dmi, pci, usb, wi-fi). Все остальные сразу могут расходится.<br>2. Проект использует объекты, там где можно обойтись более простыми и эффективными средствами, -&gt; структурами. Те, кому это не по нраву, тоже могут отсекаться.<br>3. Не совсем понятно, зачем там используются алиасы. Типа, такой хитрый ход, чтобы усложнить понимание исходного кода?<br><br>Дальше углубляться не стал, потому что понял, что для меня, во всяком случае на данном этапе, не подходит.<br><br>При этом я фанат Linux, не противник GObject, но не приветствую его бездумное использование. :-)<br><br>Сам udev умеет больше, а для его простого использования (если вам уж совсем лень) есть Eeze (часть EFL).<br><br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#71 Mon, 29 Jan 2018 20:24:31 GMT &gt; Ну наконец-то! Дождались! 2018 год! :D <br><br>Несомненно отличная новость!<br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#70 Mon, 29 Jan 2018 18:34:17 GMT А смысл квакать то?!<br>Напиши на своём любимом языке и криком БАНЗАЙ!^W ... смотрите как нада! медленно и неотвратимо выкладывай линк на ... 8-)<br>И тут не только мы оба, но таки даже не только лишь все поняли - не будет этого, ибо не мешки ворочать!(С) :)<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/113405.html#69 Mon, 29 Jan 2018 17:18:38 GMT GObject - это крайне уродливое ООП на C, плюсы на порядок лучше.<br><br>Больше того - это как раз тот случай, когда высокоуровневый язык подошёл бы куда лучше - для собственно анализа оборудования инструментов и так хватает, тут надо фактически сделать обвязку с базой подходящего софта, драйверов и подобного. Смысл возиться с чистыми сями?<br>