Для Fedora утвержден альтернативный метод подсчета пользователей, не использующий UUID
На состоявшемся заседании комитета FESCo (Fedora Engineering Steering Committee), отвечающего за техническую часть разработки дистрибутива Fedora Linux, утверждено добавление в пакетный менеджер DNF кода для отправки сведений, необходимых для более точной оценки пользовательской базы дистрибутива. Изменение планируется включить в состав выпуска Fedora 30. Разработчики учли связанные с сохранением приватности пожелания, высказанные при обсуждении изначально предложенной схемы учета пользователей. Вместо передачи уникального UUID-идентификатора решено реализовать более простую схему на основе счетчика времени установки и переменной с данными об архитектуре и версии ОС.
При обращении к зеркалам вместо UUID будет отправляться счетчик "countme", значение которого будет увеличиться каждую неделю. Cчетчик будет сбрасываться в "0" после первого успешного обращения к серверу и через 7 дней начнет отсчитывать недели. Указанный счетчик позволит оценить как давно установлен используемый выпуск, чего достаточно для анализа динамики перехода пользователей на новые версии и выявления недолго живущих установок в системах непрерывной интеграции, тестовых системах, контейнерах и виртуальных машинах. В свою очередь передача переменной с данными о редакции ОС (VARIANT_ID из /etc/os-release) и архитектуре системы позволит разделять редакции, ответвления и спины. При желании пользователь сможет отключить отправку указанной информации.
В настоящее время для расчета числа установленных систем используется разделение на основе уникальных IP-адресов, что вносит достаточную большую погрешность в статистику, с учетом того, что большинство пользователей подключаются к сети с динамически выдаваемыми IP-адресами и пользуются ноутбуками, подключаемыми к разным беспроводным сетям. Большую путаницу также вносят не постоянно работающие облачные окружения.
Например, при оценке статистики на основе анализа IP-адресов в логах зеркал наблюдается увеличение на 40% интенсивности запросов, связанных с Fedora 29, по сравнению с Fedora 28. Текущих сведений недостаточно для того, чтобы понять характер данных запросов, возможно это не реальное увеличение пользовательской базы, а одноразовые обращения в ходе работе какого-то крупного облачного сервиса. Предложенное изменение позволит реалистично оценить популярность дистрибутива и выработать отражающую реальную обстановку стратегию его развития.
