Обсуждение и предложения по реализации базы данных проб оборудования

[ksa]

Сергей, а поиск по комментариям будет? :) А то без поиска бида-бида :)))

Вопрос стоит ровно в том, как должны комментарии соотноситься с тем массивом информации, который собирается в автоматическом режиме, т.е. без участия человека программными средствами. Если делать комментарии частью массива (даже если комментариев нет к большей части проб), то это потребует соответствующей проработки формата хранения собранной информации и правки серверной части кода. Ели не делать частью массива (то есть комментарии это обособленная часть массива и поиск осуществляется по отдельному ключу клиента hcl-get и не распространяется на ключ -q или в любом случае используется какой-либо маркер или флаг, который указывает искать именно среди комментариев без учета данных пробы), то тоже надо код править и соответствующим образом размещать. Именно потому, что нет никаких конкретных предложений и реплик от пользователей-тестирующих, я дальше и не двигаюсь особо, т.к. нет никакого желания по сто раз все переделывать. Если будет хотя бы несколько предложений (желательно с обоснованием и приведением возможных случаев, которые бы описывали полезность того или иного предложения), то уже было бы гораздо проще верстать дорожную карту (что делать, а что нет).

[ksa]

Попробовал соорудить простецкий GUI :) Вроде фурычит :)))

Крайне не рекомендую запускать всего клиента с правами root! Клиент сам вызывает отдельный скрипт (/usr/bin/hcl-get-root), который и выполняется с правами root и не потому, что я так захотел, а потому что по-другому эти команды не выполнить. Поэтому советую переработать gui ну или если это сделать проблематично, то как минимум выдать предупреждение, которое выводится клиентом при попытке запуска скрипта с правами root (и добавить это предупреждение в GUI при активации функции сбора информации). Не надо додумывать за пользователя и ломать предполагаемую схему использования. Была бы возможность запуска утилит сбора информации от пользователя штатная, я бы и не стал заморачиваться с отдельным скриптом.

[ksa]

Попробовал соорудить простецкий GUI

Да, если у сообщества есть интерес к GUI, то будет гораздо проще мне переделать клиент таким образом (не забываем, что это ещё альфа, а это значит, что изменения вполне можно вносить и существенные) на выдачу функциями (-r, -q и т.п.) кодов возврата, соответствующим ответам сервера, чтобы не приходилось парсить выхлоп клиента (бр-р-р-р-ррр, это похоже на monkey's style coding). Давайте вместе сделаем так, как нам удобнее, но для этого должны быть предложения, вопросы, комментарии, другое. Именно благодаря активности сообщества и обратной связи от его участников можно сделать именно то, чего бы хотелось сделать.
Да, если при написании GUI приходится писать ещё и сбор информации вместо того, чтобы это делал клиент, то давайте вместе выработаем решение, которое позволит использовать GUI как простую обвязку к клиенту (чтобы не приходилось дублировать код, который уже есть в клиенте).

[YYY]

Именно потому, что нет никаких конкретных предложений и реплик от пользователей-тестирующих

Предлагаю комментарии вида http://hcl.arenet.ru/26

как должны комментарии соотноситься с тем массивом информации

VID&PID железяки

Ели не делать частью массива

Ну раз пока есть

   -q запрос                получить результат поиска запроса в базе
                            проб оборудования без учета данных
                            комментариев;

То нужен ключ с учетом :)
Например, -qq
:)

[YYY]

то как минимум выдать предупреждение, которое выводится клиентом при попытке запуска скрипта с правами root

Оно уже там есть

[ksa]

Предлагаю комментарии вида
...
VID&PID железяки

Комментарий не имеет установленного формата и не будет иметь по определению, т.к. все пользователи одновременно не могут являться продвинутыми в плане железа, понимая видов/пидов и т.п. Плюс к тому, проблемы может и не быть, но человек захочет указать какую-то особенность работы или настройки, или ещё что, что не будет иметь прямого отношения к предложенному формату. И вообще, я против дублирования информации (любой) в комментариях и данных пробы.
А по части ссылки на устройства в комментариях Андрей (Skull) уже предлагал нумерацию динамическую (https://forum.altlinux.org/index.php?topic=36472.msg286967#msg286967), что я и сделаю. То есть, список выводимых устройств пробы будет пронумерован и в комментарии можно будет ссылаться на номера устройств, чтобы не плодить сущности. Если такой вариант не устраивает, то предлагайте другой, но без дублирования.
PS hcl это не только и не столько багзилла, сколько статистика разнокачественная. Поэтому подобные формы комментариев не совсем уместны для этого сервиса. Даже у росовской базы такого нет, а просто комментарии, опять же, произвольного формата. И я думаю, что нам не стоит делать подобные формы. Пусть люди объясняют так, как могут. А список устройств есть, ссылки на них тоже есть.

[ksa]

Ну раз пока есть
...
То нужен ключ с учетом :)
Например, -qq
:)

Так что нужно (и что лучше): ключ либо флаг (флаг равносилен изначально предлагавшимся категориям, когда вместе с запросом указывается категория[ии] где искать конкретно) ?
В случае категорий, комментарии будут одной из категорий. А категории, похоже, придется делать в любом случае (опять же с подачи Skull, да и сам я об этом думал, но ещё не спланировал всю структуру).

[YYY]

Так что нужно

Пусть по ключу
-qq запрос
или
-qt запрос 
выдает поиск по текстам комментариев

[YYY]

Предлагаю комментарии вида
...
VID&PID железяки

не могут являться продвинутыми в плане железа, понимая видов/пидов и т.п.

За VID&PID отвечает скрипт, а пользователь должен хотя бы понимать чем отличаются клавиатура от видеокарты. Большего от него не требуется. Если он и этого не понимает. то тогда ценность его комментариев и отчетов = 0, а проба ценна только с точки зрения попытки запуска на каком-то наборе железа с непонятными последствиями

[YYY]

но ещё не спланировал всю структуру.

В файле
/usr/share/pci.ids
есть раздел
"List of known device classes, subclasses and programming interfaces"
готовая структура, которая соотносится с выхлопом lspci.

[ksa]

За VID&PID отвечает скрипт, а пользователь должен хотя бы понимать чем отличаются клавиатура от видеокарты. Большего от него не требуется. Если он и этого не понимает. то тогда ценность его комментариев и отчетов = 0, а проба ценна только с точки зрения попытки запуска на каком-то наборе железа с непонятными последствиями

Я же говорю, комментарий может быть совершенно произвольным. В конце концов, это может быть записка продвинутого пользователя о том, как запустить или настроить устройство при определенном сочетании ядра(драйверов) и железа чтобы не забыть. И вот тут уже никакой шаблон не нужен, т.к. оформление совершенно произвольное. Имхо, именно такой вариант использования будет наиболее востребован, т.к. конфигурация у конкретного пользователя и раскопки он может совершать с разными ядрами на одном железе (машине), при этом не забывая слать комментарии для каждого из вариантов, а потом где-нибудь составить общий вывод либо оставить как есть. И подобный отчет вполне тянет на поиск баги, только косвенным путем. И пользы от такого отчета может быть даже больше, чем если бы человек хоть чего-то понимал в железе, но не делал никаких проверок и не искал возможные разные варианты функционирования устройств с разными ядрами.

В файле
/usr/share/pci.ids
есть раздел
"List of known device classes, subclasses and programming interfaces"
готовая структура, которая соотносится с выхлопом lspci.

Дело не в списке классов, а в формате и структуре хранения самих данных.

Пусть по ключу
-qq запрос
или
-qt запрос 
выдает поиск по текстам комментариев

Был вариант ещё показывать комментарий вместе с самой пробой (и тогда комментарии являлись бы частью массива информации пробы) и тогда поиск можно было бы делать по пробе+комментариям. Но может оказаться полезным искать только в комментариях или только в данных проб, поэтому ключ будет гибче. Добавлю, как только соберусь с силами и временем.

[ksa]

Предлагаю комментарии вида http://hcl.arenet.ru/26

Кстати, виртуальные среды не должны и не будут поддерживаться системой, совсем забыл ввести ограничения.

[YYY]

Предлагаю комментарии вида http://hcl.arenet.ru/26

Кстати, виртуальные среды не должны и не будут поддерживаются системой, совсем забыл ввести ограничения.

В чем смысл такого ограничения?
Вот той-же реактоси житиё на виртуалочке не мешает даже в гос. конкурсах участвовать ;) :)))

[ksa]

В чем смысл такого ограничения?

Железо реальное, в металле и кремнии, а не в эмуляции, когда только идентификатор подставили и выдали одно за другое.

Вот той-же реактоси житиё на виртуалочке не мешает даже в гос. конкурсах участвовать

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

[YYY]

Но может оказаться полезным искать только в комментариях или только в данных проб, поэтому ключ будет гибче.

Ну раз "дублирование" не планируется, то пусть будет отдельных ключ для комментариев... Не важно. Главное чтоб такой поиск был :)