| 1.1, A.Stahl (ok), 11:32, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +16 +/– |
 По описанию звучит слишком уж хорошо, полезно и удобно.
В чём подвох?
| | |
| |
| 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.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 +/– |
Не работает или не адаптировано к популярным дистрам (и не будет т к на си и про расширяемость простыми модулями ни слова).
Так-то хорошо конечно. Тонкостей связанных оборудованием много, все это множится на число дистров ядер и прочего. Кто будет все это поддерживать?
| | |
| |
| 3.59, Аноним (-), 08:14, 29/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
срочно выкидывай весь софт, который юзает zlib, потому что для zlib тоже есть биндинги на "вспомнити жс"
| | |
|
|
| |
| 2.71, rewwa (ok), 23:24, 29/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
 > Ну наконец-то! Дождались! 2018 год! :D
Несомненно отличная новость!
| | |
|
| |
| |
| 3.9, Аноним (-), 11:49, 28/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
А разве на десктопе существует проблема определения периферии?
| | |
|
| 2.18, MinimumLaw (?), 13:11, 28/01/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Из DTB. Ее цель не шины отсканитровать, и даже не устройства на них. А сопоставить устройство и драйвер. Как раз для десктопа полезно, но уже бессмысленно. А для встраиваемо-промышленного просто не нужно.
| | |
|
| |
| |
| 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 есть. Скажите лучше сразу, чего он НЕ может.
| | |
|
|
|
|
|
|
| 1.10, Аноним (-), 11:59, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> USB, PCI, DMI, ieee80211 и Bluetooth
Релюшки через GPIO находить умеет?
| | |
| |
| 2.24, Аноним (-), 13:59, 28/01/2018 [^] [^^] [^^^] [ответить]
| +2 +/– | |
И тогда суровые сибирские мужики положили шпалу.
Не всё сразу. Спасибо что на Си, а не на Питоне, Яве, Моно или Электроне.
| | |
| |
| |
| 4.54, Led (ok), 22:22, 28/01/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Электрон может в такой низкий уровень?
Электрон - это ниже плинтуса. Куда ещё ниже?
| | |
|
|
|
| 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 не поможет.
| | |
|
| |
| 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.30, anonymous (??), 14:16, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как я подозреваю, внутри у него какая-то база знаний. Вряд ли всю полезную информацию можно вытащить автоматически. Что есть в базе - то обработается корректно, чего нет - не найдётся. Если люди хорошие, то тогда можно расширять базу пользовательскими пакетами.
| | |
| 1.34, Fjgkdhdnxo (?), 14:47, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Неудели кто-то допетрил, что пихать в ядро все драйверы мира плохая идея и там должно быть только самое необходимое?
| | |
| |
| 2.61, Ю.Т. (?), 08:44, 29/01/2018 [^] [^^] [^^^] [ответить]
| +/– |
 Но, кажется, не каждый драйвер способен работать как модуль?
| | |
|
| 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.53, Аноним (-), 21:30, 28/01/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
> динамически подменять библиотеки libGL в зависимости от активного драйвера
для этого уже существует libglvnd
> и изменять конфигурацию X.Org
спасибо, но такой prime как в ubuntu, с логаутом, не нужен. а иначе зачем еще при оптимусе дергать xorg.conf?
| | |
| 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 это, скорее, даже фишка, чем недостаток...
| | |
|
|
|
