Автор Тема: Обсуждение и предложения по реализации базы данных проб оборудования  (Прочитано 24573 раз)

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Создал тему по мотивам http://vk.com/topic-667081_33389536. Прошу высказывать свои соображения и мысли на сей счет. Может быть совместными усилиями получится реализовать надежную и безотказную (с минимумом зависимостей) систему данных оборудования, используемого пользователями дистрибутивов Альт Линукс и его производных. Собственно в теме пытаемся понять, чего хотелось бы от этой базы кроме непосредственно списка оборудования.

Обновление от 9.5.2016 и далее
Инструкция по применению клиента hcl-get доступна по ссылке.

Установка пакета из вложения к данному сообщению двумя способами
  • hcl-get-0.x.yy.zz-alt1.noarch.rpm
1. Установить с помощью средства "Установка RPM", выделив мышью пакет и щелкнув правой кнопкой по нему с дальнейшим выбором пункта (Открыть с помощью) "Установка RPM"


2. Установить с правами root посредством команды, находясь в папке с пакетом
apt-get install пакет1или вне её
apt-get install /полный/путь/до/пакеталибо скопировав файл .noarch в папку, где больше нет файлов, и, находясь в этой папке, запустить установку с правами root:
apt-get install *
Установка пакета из репозитория
Установить пакет hcl-get можно из клубных репозиториев, хотя там не всегда может быть актуальная версия. Но, если имеется желание ставить именно оттуда, то пользователи систем на платформах p5/p5.1/p6/t6/p7/t7, p8 и Сизифа имеют возможность подключать клубные репозитории через утилиту apt-repo (спасибо cas@). За подробными инструкциями о добавлении смотрите подсказку и помощь по использованию apt-repo.

Отправка пробы оборудования с правами пользователя
1. При подключенном Интернете
hcl-get -r
Cборщикам пакетов и программистам
Подробности о формате запросов для самописной программы клиента к сервису можно посмотреть в отдельной статье.

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 4 950
Ситуация бывает меняется и то что не работало год или месяц назад сейчас вполне годится.
Это нужна постоянная работа с производителями и т.д. чтобы данная база была актуальной.

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

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 7 994
  • UNIX System V init
Нужны пометки
работает/не работает/не тестировалось
и комментарии-ссылки на способы фикса проблемы
с привязкой к конкретной версии дистрибутива/бранча.

Например речь может идти о годами продолжавшейся в альтах свистопляске с GROUPS для простого как кирпич 1200UB. И с абсолютно полной уверенностью, что он работает из коробки на всех бранчах, утверждать не стану. Это как частный случай.
Где-то он будет с пометкой работает, где-то с пометкой не работает, но и с ссылкой-комментарием на способ фикса проблемы.
ZX Spectrum 128K
Привет от NM:  # echo -e "\n[device]\nwifi.scan-rand-mac-address=no" >> /etc/NetworkManager/NetworkManager.conf

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Это нужна постоянная работа с производителями и т.д. чтобы данная база была актуальной.
Это в подобной реализации невозможно в силу написанного (пробная реализация, сбор первичной информации, про актуализацию пока не говорим, т.к. для этого нужен определенный контингент людей, которые это будут отслеживать; грубо говоря, ещё некоторое количество специальных маинтейнеров этой базы, что в текущих условиях нереально и про это можно сразу забыть). Кто будет заниматься этой работой, может быть, вы ?

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Нужны пометки
работает/не работает/не тестировалось
и комментарии-ссылки на способы фикса проблемы
с привязкой к конкретной версии дистрибутива/бранча.
Кто это будет делать ? Вы будете отслеживать актуальность всех нюансов/багов/заметок на форумах/соцсетях и сопутствующих вопросов ?
Впрочем, если найдете таких людей, то обязательно дайте знать.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Например речь может идти о годами продолжавшейся в альтах свистопляске с GROUPS для простого как кирпич 1200UB. И с абсолютно полной уверенностью, что он работает из коробки на всех бранчах, утверждать не стану. Это как частный случай.
Где-то он будет с пометкой работает, где-то с пометкой не работает, но и с ссылкой-комментарием на способ фикса проблемы.
Об этом речь не идет на данном этапе, потому что нет людей, которые этим будут заниматься на постоянной основе (а без этого актуализация неинтересна чуть более, чем совсем). Речь идет, в первую очередь, о сборе информации о железе, которое используется в текущий момент. Потому, как если ничего не делать, то ничего и не будет. Начинать надо с малого хотя бы, если хочется иметь хоть какую-то базу с достоверными результатами (в смысле того, что подтверждено использование дистрибутивов или производных Альт Линукс).

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Да, совсем забыл. Есть две задачи в этом всём. Если задача решить вопрос с разработчиками ядра (хотя не обязательно ядра, это могут быть и разработчики дистрибутива или просто маинтейнеры) по какому-то железу, то вам вполне сойдет то, что уже есть и написано https://github.com/linuxhw/hw-probe (загружает при этом в http://linux-hardware.org/), использовать можно вот прямо сейчас. Но, если же задача собрать базу используемого оборудования для какого-то дистрибутива и его производных, то это имеющееся решение не совсем подходит, потому как там все в куче (и саму базу иметь на своих серверах и ресурсах не выйдет). Вот именно по этому второму варианту я и хотел бы услышать комментарии. А то может оказаться, что оно не нужно в силу того, что есть готовое решение ?

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 4 950
Это нужна постоянная работа с производителями и т.д. чтобы данная база была актуальной.
Это в подобной реализации невозможно в силу написанного (пробная реализация, сбор первичной информации, про актуализацию пока не говорим, т.к. для этого нужен определенный контингент людей, которые это будут отслеживать; грубо говоря, ещё некоторое количество специальных маинтейнеров этой базы, что в текущих условиях нереально и про это можно сразу забыть). Кто будет заниматься этой работой, может быть, вы ?
собственно я об этом и написал. Просто баз с подборками pciid и usbid уже несколько сделано, но толку немного.

Я лично занимаюсь этим перед рекомендацией что-то купить. Бывает конечно что-то старое, что нужно подключить, но все реже и реже.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Просто баз с подборками pciid и usbid уже несколько сделано, но толку немного.
Так покажите, чего велосипед изобретать, если есть готовое ? Тут вся соль в конфигурации машины, а не в отдельных идентификаторах. Потому как в одном дистрибутиве что-то может работать, а в другом нет (или есть нюансы).

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Опять же, если кто будет спрашивать "а на этом работать будет ?", то будет повод отослать в базу (где может быть запись о подобном оборудовании) и человек не спрашивая получает ответ на вопрос. Согласитесь, вопрос использования железа в linux несколько более актуален, чем в винде (там речь о версиях, мол в этой поддержку убрали, оставили в этой версии либо изначально делали под эту версию и не ниже), где поддержка, как правило, есть для очень широкого круга железа. Собственно, это ещё один повод создать подобную базу.

Оффлайн yaleks

  • Мастер
  • ***
  • Сообщений: 4 950
Опять же, если кто будет спрашивать "а на этом работать будет ?", то будет повод отослать в базу (где может быть запись о подобном оборудовании) и человек не спрашивая получает ответ на вопрос.
OK.
я вот хочу купить intel core i5 шестого поколения. Я смогу использовать alt linux? (спойлер - нет)
Как такое из базы вытаскивать?

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Как такое из базы вытаскивать?
Поиск по полям (компонентам), предполагается же разбивка данных по компонентам (ведь изначально все отчеты утилит об информации по оборудованию уже некоторым образом структурированы и там найденные компоненты друг от друга отделены; в этом смысле сделать разбор вывода будет нетрудно - да хоть на том же баше).

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 7 994
  • UNIX System V init
Нужны пометки
работает/не работает/не тестировалось
и комментарии-ссылки на способы фикса проблемы
с привязкой к конкретной версии дистрибутива/бранча.
Кто это будет делать ? Вы будете отслеживать актуальность всех нюансов/багов/заметок на форумах/соцсетях и сопутствующих вопросов ?
Впрочем, если найдете таких людей, то обязательно дайте знать.

Тот кто пополняет базу.
Например lsusb, показав оборудование, ровным счётом ни о чём не говорит в плане работоспособности оборудования. А ковыряние в потрохах системы, массовую и бОльшую часть пользователей не интересует ни разу. Короче, сам факт оборудования в базе, ещё ни о чём не говорит. Потому что полноценно работающее оборудование из коробки, это всегда программно-аппаратная проблема, и отделить одно от другого не получается ни при каком раскладе.
Если пользователь не сможет в базе посмотреть поддерживается ли полноценная работа оборудования из коробки или не поддерживается, то (ИМХО) идея такой базы мёртворождённая. И ценности от этой базы, ровно никакой.
Сказанное, не претендует на истину в последней инстанции, но это попытка обозреть как бы со стороны глазами того самого массового пользователя, которого притащили в Линукс даже не вчера, а ещё позавчера. Это реальность, и её нельзя избежать. Поэтому опять возвращаемся к старой истине: открытые системы, это тесная обратная связь разработчика и пользователя. Что для свободных систем фундаментально.

Например:
По критериям моего статуса качества, сборка dango sisyphus-xfce-sysv, имеет статус 'не работает' по ряду мелких причин которые связаны и с багтрекером тоже. Хотя оборудование в сборке определяется и сборка надёжно и устойчиво работает после мелкого допилинга, что тем не менее не подходит для статуса 'работает' ни коим боком.
Т.е.:
- Любое нештатное для UNIX-систем, со статусом final release, действие, требующее от пользователя дополнительных нештатных телодвижений, должно автоматически приводить к статусу оборудования 'не работает'. Даже если утилиты обнаружения оборудования отображают его.
ZX Spectrum 128K
Привет от NM:  # echo -e "\n[device]\nwifi.scan-rand-mac-address=no" >> /etc/NetworkManager/NetworkManager.conf

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Подправил немного скрипт system-report. Теперь вывод без предупреждений (они на терминале лишние явно, а в файл пишутся в любом случае). В пробе вырезаны комментарии из одного файла и вырезано наименование машины вместе с доменом. Файл во вложении. Перл, конечно, хорошо, но и баш неплох, тем более, что оно уже есть и было написано для сходной задачи, но в несколько расширенном варианте.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 8 560
  • Кто ищет, тот найдёт.
    • Email
Никто из простых пользователей, отсылающих отчеты, делать подробный разбор не будет и придется делать это тем, кто в теме и знает исторический аспект. Другими словами, вам и dango или подобным товарищам придется делать это. Я же сразу указал на то, что собирается статистика имеющегося оборудования, на котором работают дистрибутивы.
Дополнительно возникла мысль, что помимо проверки дубликатов (путем проверки хэш сумм), можно ещё и закреплять за пользователем его пробу. Другими словами, ему выдается "квиток" с номером, по которому лежит его проба. "Квиток" можно класть в профиль пользователя при отправке пробы (либо в другое место) и выдать сообщение об этом. Чтобы в случае проблем с железом пользователю самому можно было бы сослаться на определенную пробу (если он её проводил, если нет, то самое время её сделать и предоставить данные об оборудовании всем желающим помочь). Если же оборудование было изменено после первой пробы и возникли проблемы, то пробу можно (и нужно) сделать повторно и получить свежий "квиток". При этом, если квиток будет лежать по определенному адресу и это будет файл определенного шаблона, то всегда можно пользователю напомнить про этот "квиток" и через него вытащить данные пробы.