WIYCI собирает логи пакетных сборок Alpine, Fedora и FreeBSD, связывает их с исходными проектами и выделяет предупреждения компилятора и сбои тестов. Разработчики получают данные из реальных окружений с двумя ядрами, двумя реализациями стандартной библиотеки C и восемью аппаратными архитектурами. Публичная альфа уже подходит для поиска платформенных дефектов, а интерфейс, API и охват источников продолжают развиваться.
WIYCI использует сборки дистрибутивов как дополнительный слой проверки кода
Название WIYCI расшифровывается как The World Is Your CI — «весь мир становится вашей системой непрерывной интеграции». Сервис собирает журналы, которые появляются во время сборки пакетов в Linux-дистрибутивах и FreeBSD, затем представляет их в формате, похожем на страницу обычной CI-системы.
Идея опирается на простое наблюдение. Разработчик проекта обычно проверяет код в нескольких заранее выбранных окружениях: например, Ubuntu x86_64 с GCC и macOS с Clang. Сопровождающие Alpine, Fedora и FreeBSD собирают тот же проект со своими версиями компиляторов, системных библиотек, флагов и патчей. Такие сборки охватывают больше комбинаций платформы и архитектуры.
Представьте библиотеку, которую автор успешно проверяет на рабочем компьютере и в GitHub Actions. Пакет попадает в Alpine и собирается с musl на riscv64, затем проходит через Fedora на s390x и FreeBSD на arm64. Каждое окружение способно выявить собственный класс проблем: несовпадение типов, зависимость от расширений glibc, ошибочное предположение о размере указателя, предупреждение нового Clang или нестабильный тест.
WIYCI превращает эти разрозненные журналы в общую витрину. Проект запустили публично 18 июля 2026 года. Автор сервиса — Дмитрий Маракасов, создатель Repology, системы сравнения версий пакетов в репозиториях.
Alpine, Fedora и FreeBSD дают разнообразие системных окружений
На 20 июля 2026 года WIYCI получает журналы из трёх источников:
| Источник | Среда сборки | Характерная польза |
| Alpine Linux | Linux, musl, несколько архитектур | Выявляет зависимости от glibc, особенности компактных систем и ошибки переносимости |
| Fedora | Linux, glibc, Koji, широкий набор архитектур | Показывает поведение с актуальными компиляторами, флагами Fedora и крупными пакетами |
| FreeBSD | ядро FreeBSD, системная libc, Ports Collection | Проверяет код за пределами Linux и помогает находить платформенные предположения |
Разработчик заявляет покрытие двух ядер, двух реализаций libc и восьми аппаратных архитектур. В открытом каталоге встречаются x86_64, 32-битная x86, AArch64, 32-битная ARM, PowerPC 64 LE, IBM s390x, RISC-V 64 и LoongArch 64.
Такой набор ценен для C и C++, где поведение кода часто зависит от ABI, разрядности, выравнивания структур, знаковости типов, набора системных вызовов и конкретного компилятора. Python-проекты получают пользу через анализ результатов PyTest, а проекты на CMake — через CTest.
Каталог сервиса на момент проверки содержал более 2000 названий. Среди них есть Firefox, GCC, curl, PostgreSQL, Nginx, Git, Blender, QEMU, Kubernetes, Rust, Telegram Desktop, VLC и множество библиотек. Страница проекта WIYCI на GitHub и главная страница сервиса продолжают описывать покрытие как раннее, поэтому число записей и глубина данных могут меняться ежедневно.
Лог проходит путь от сборочной фермы до страницы проекта
Рабочий процесс WIYCI можно разделить на пять этапов.
- Сопоставление пакета с исходным проектом. Названия пакетов в дистрибутивах различаются. Например, исходный проект curl может встречаться как
curl,libcurlили портftp/curl. Связь с Repology помогает объединить их под одной карточкой. - Получение журнала сборки. Сервис обращается к публичным хранилищам Alpine, Fedora Koji и FreeBSD package builders.
- Сохранение метаданных. WIYCI фиксирует версию, дату сборки, дату загрузки, репозиторий, архитектуру, размер файла и число строк.
- Разбор содержимого. Парсер ищет известные шаблоны предупреждений C и C++, а также результаты CTest, Google Test и PyTest.
- Публикация результата. Пользователь открывает проект, выбирает сборку и переходит к коротким фрагментам с найденными проблемами.
Архитектура исходного кода отражает этот конвейер. Репозиторий разделён на четыре Rust-компонента:
wiyci-daemonполучает и обрабатывает данные;wiyci-parserразбирает журналы;wiyci-commonсодержит общие структуры и работу с данными;wiyci-webформирует публичный веб-интерфейс.
Такое разделение упрощает добавление новых источников и парсеров. В списке задач уже есть расширение источников, поддержка загрузки данных методом push, развитие тестов и увеличение покрытия.
Страница проекта показывает версии, платформы и размер каждого журнала
Интерфейс WIYCI минималистичен. На главной странице размещено описание идеи и ссылка на каталог. Раздел Projects выводит алфавитный список проектов, а карточка конкретного проекта группирует журналы по версиям.
Для каждой сборки отображаются:
- дистрибутив или операционная система;
- аппаратная архитектура;
- ссылка на исходный журнал;
- дата выполнения сборки;
- дата загрузки в WIYCI;
- имя пакета в репозитории;
- размер журнала в байтах;
- число строк;
- количество обнаруженных предупреждений или сбоев тестов.
Такой формат позволяет быстро увидеть, какие окружения уже проверили выбранную версию. Для curl 8.21.0 сервис показывал сборки Alpine на LoongArch64, ARM, AArch64, RISC-V, s390x, PowerPC и x86, сборки Fedora на пяти архитектурах и сборки FreeBSD на amd64 и arm64.
Ссылка на число предупреждений открывает отдельную страницу Snippets. На ней остаются строки, которые парсер посчитал полезными. Исходный URL журнала сохраняется рядом, поэтому разработчик может проверить контекст и исключить ошибочное срабатывание.
Firefox показывает ценность сравнения архитектур
Карточка Firefox даёт понятный пример работы сервиса. Для Firefox 152.0.6 в Fedora WIYCI показывал следующие результаты:
| Архитектура Fedora | Число найденных предупреждений |
| x86_64 | 5 |
| AArch64 | 5 |
| PowerPC 64 LE | 6 |
| s390x | 763 |
Разница между 5 и 763 предупреждениями служит сигналом для проверки. Она может быть связана с архитектурным кодом, набором включённых компонентов, параметрами компиляции, сторонними библиотеками или содержимым самого журнала. Счётчик не измеряет серьёзность дефекта и не доказывает наличие 763 уникальных ошибок.
Для Firefox Developer Edition 153.0 beta 9 сборки Alpine на x86_64 и AArch64 содержали по семь предупреждений. Страница фрагментов показывала конкретные места: неиспользуемые переменные, сравнение целых чисел разных знаков, изменение #pragma pack и объявления структур с ограниченной видимостью.
Здесь проявляется главное удобство WIYCI. Разработчику не приходится просматривать десятки тысяч строк вручную. Сервис сразу выводит путь к файлу, номер строки, текст диагностики и класс предупреждения Clang или GCC.
Рабочий сценарий начинается с проекта и заканчивается проверяемым отчётом
Базовый сценарий занимает несколько минут:
- Откройте каталог проектов WIYCI.
- Найдите название проекта в алфавитном списке.
- Откройте последнюю интересующую версию.
- Сравните сборки разных систем и архитектур.
- Перейдите по счётчику Warnings или Failures.
- Прочитайте извлечённые фрагменты.
- Откройте исходный журнал для проверки соседних строк и параметров сборки.
- Сопоставьте путь к файлу с исходным репозиторием.
- Воспроизведите диагностику локально с похожим компилятором и флагами.
- Создайте issue или патч с указанием системы, архитектуры, версии пакета и ссылки на журнал.
Последние два шага защищают проект от ложных отчётов. Журнал дистрибутива может включать downstream-патчи, нестандартные параметры, отключённые функции и код встроенных зависимостей. Исправление иногда относится к рецепту пакета или сборочной инфраструктуре дистрибутива.
Отчёт выглядит информативно и полезно:
Fedora s390x, Firefox 152.0.6, Clang сообщает о предупреждении в файле X на строке Y. Исходный лог доступен по ссылке. Диагностика воспроизводится командой Z с флагами A и B.
Формулировка «в WIYCI много предупреждений» почти не помогает сопровождающим. Им нужны версия, окружение, точная строка и способ воспроизведения.
Сервис полезен авторам проектов, пакетным сопровождающим и разработчикам компиляторов
Авторы открытого ПО получают обзор downstream-сборок
Upstream-разработчик видит, как проект собирается у нескольких дистрибутивов. Это помогает обнаружить проблемы до сообщения от пользователя и оценить переносимость новой версии.
Особенно полезны проекты на C и C++, системные библиотеки, утилиты, мультимедийные приложения, базы данных и инструменты, которые собираются на большом числе платформ.
Сопровождающие пакетов быстрее находят источник сбоя
Пакетный мейнтейнер может сравнить сборку с результатами соседних архитектур. Успех на x86_64 и сбой на s390x сужают область поиска. Совпадающее предупреждение в Fedora и FreeBSD повышает вероятность проблемы в исходном коде.
Разработчики компиляторов получают реальные примеры диагностик
Новый класс предупреждений удобнее проверять на большом массиве настоящего кода. WIYCI способен показать проекты, где диагностика срабатывает часто, создаёт шум или выявляет реальный дефект.
Участники сообщества находят задачи для первых исправлений
Каталог предупреждений превращается в источник небольших задач: удалить неиспользуемую переменную, исправить сравнение знаковых типов, обновить декларацию структуры или стабилизировать тест. Перед отправкой патча нужно проверить актуальную ветку проекта и воспроизводимость результата.
Исследователи получают материал о переносимости
Агрегированные журналы позволяют изучать различия между архитектурами, распространённость классов предупреждений и влияние сборочных флагов. Текущая версия сервиса рассчитана на просмотр через веб-интерфейс. Публичный API находится в списке задач, поэтому массовый анализ потребует работы с исходными источниками или собственной установкой.
WIYCI и традиционная CI решают разные части задачи
GitHub Actions, GitLab CI, Jenkins и Buildkite запускаются по правилам проекта. Они проверяют pull request, блокируют слияние, публикуют артефакты и выполняют развёртывание. WIYCI наблюдает за сборками, которые уже выполняют внешние репозитории.
| Критерий | Традиционная CI | WIYCI |
| Кто задаёт окружение | Команда проекта | Сопровождающие дистрибутива |
| Момент запуска | Commit, pull request, расписание | Сборка пакета в репозитории |
| Основная цель | Быстрая проверка изменений | Анализ поведения downstream-сборок |
| Матрица платформ | Настраивается и оплачивается проектом | Формируется доступными сборочными фермами |
| Влияние на merge | Может блокировать слияние | Показывает уже полученные результаты |
| Доступ к артефактам | Зависит от CI-конфигурации | Основной акцент сделан на логах и фрагментах |
| Настройка | Требует workflow-файлов и runner'ов | Для просмотра публичного сервиса настройка отсутствует |
Рабочая схема объединяет оба подхода. Обычная CI быстро проверяет каждое изменение, а WIYCI показывает последствия сборки в инфраструктуре дистрибутивов. Найденную в WIYCI проблему можно перенести в собственную матрицу CI и защитить исправление отдельным тестом.
Альфа-версия ограничивает поиск, интеграции и полноту данных
Статус Alpha указан на главной странице сервиса. Текущие ограничения заметны в нескольких местах.
Три источника покрывают небольшую часть экосистемы
Debian, Ubuntu, Arch Linux, openSUSE, Gentoo, Nixpkgs, Homebrew, pkgsrc и другие крупные репозитории пока отсутствуют. Их подключение увеличило бы число компиляторов, версий библиотек и платформ.
Парсер распознаёт ограниченный набор событий
На старте поддерживаются предупреждения C и C++, CTest, Google Test и PyTest. Журналы Rust, Go, Java, JavaScript, Ruby и других экосистем могут храниться в каталоге без глубокой структурированной диагностики.
Каталог нуждается в поиске и пагинации
Страница Projects содержит свыше 2000 ссылок единым алфавитным списком. Поиск по имени и постраничная навигация запланированы в открытых issues. До их появления браузерный поиск по странице остаётся самым быстрым способом перехода.
Публичный API и RSS находятся в плане разработки
Автоматическое подключение результатов к дашбордам, ботам и системам мониторинга пока требует собственного кода. В issue-трекере отдельно заведены задачи для API и RSS.
Крупные журналы могут обрезаться
На страницах Fedora и FreeBSD встречаются файлы размером 10 485 760 байт с пометкой truncated. Диагностика из отброшенной части не попадёт в результаты, поэтому отсутствие предупреждения нельзя трактовать как полный успех анализа.
Число предупреждений требует ручной интерпретации
Один заголовочный файл способен породить сотни повторов. В журнал могут попасть проверки возможностей компилятора, сторонние зависимости и заведомо допустимые предупреждения. WIYCI сокращает область поиска, окончательное решение принимает разработчик после чтения контекста.
Свежесть зависит от расписания дистрибутива
Проект получает данные после внешней сборки и загрузки журнала. Новая версия upstream может появиться раньше, чем пакет обновят в Fedora, Alpine или FreeBSD. WIYCI показывает реальное состояние downstream, а не состояние основной ветки исходного проекта.
Открытый код позволяет проверить устройство сервиса и запустить свою копию
Исходный код WIYCI опубликован под двойной лицензией MIT или Apache 2.0. Основная часть написана на Rust. Репозиторий требует актуальный Rust nightly и PostgreSQL 17 или новее.
Официальный README предлагает следующий локальный запуск:
sudo -u postgres psql -c "CREATE DATABASE wiyci"
sudo -u postgres psql -c "CREATE USER wiyci WITH PASSWORD 'wiyci'"
sudo -u postgres psql -c "GRANT ALL ON DATABASE wiyci TO wiyci"
cargo run --bin wiyci-daemon -- \
--dsn postgresql://wiyci:wiyci@localhost/wiyci \
--storage-path /tmp/wiyci-logs
cargo run --bin wiyci-web -- \
--dsn postgresql://wiyci:wiyci@localhost/wiyci \
--listen 127.0.0.1:3000Пароль wiyci подходит только для локального теста. Публичная установка потребует отдельного пользователя PostgreSQL с сильным паролем, ограниченных сетевых правил, постоянного каталога для логов, резервного копирования базы и reverse proxy с HTTPS.
Готовых релизных архивов в GitHub на момент обзора нет. Установка выполняется из исходного кода. Rust nightly и PostgreSQL 17 повышают порог входа для небольшого домашнего развёртывания, но открытая архитектура уже позволяет изучать парсеры, писать новые адаптеры и проверять обработку данных.
Сильная идея уже приносит пользу, интерфейсу нужны инструменты для ежедневной работы
Ниже приведена редакционная оценка публичной альфа-версии на 20 июля 2026 года.
| Критерий | Оценка | Причина |
| Идея и практическая ценность | 9/10 | Реальные downstream-сборки закрывают платформенные пробелы обычной CI |
| Разнообразие окружений | 7/10 | Три системы дают восемь архитектур, но крупные репозитории ещё отсутствуют |
| Качество диагностики | 7/10 | Фрагменты предупреждений экономят время, набор парсеров пока узкий |
| Удобство интерфейса | 5/10 | Карточки понятны, каталогу нужны поиск, фильтры и пагинация |
| Интеграции | 3/10 | API, RSS и push-механизм находятся в плане |
| Прозрачность проекта | 9/10 | Открытый код, открытый issue-трекер и ссылки на исходные журналы |
| Готовность к промышленному мониторингу | 4/10 | Альфа-статус, обрезка крупных логов и отсутствие стабильного API |
WIYCI уже можно использовать как ручной монитор переносимости для популярных открытых проектов. Наибольшую пользу получат команды, которые поддерживают C или C++ на Linux и BSD, сопровождают пакеты либо хотят расширить матрицу проверок без содержания собственной фермы редких архитектур.
WIYCI превращает работу дистрибутивов в общий источник обратной связи
Сборочные фермы Alpine, Fedora и FreeBSD ежедневно выполняют тысячи проверок открытого кода. WIYCI связывает их с upstream-проектами, извлекает диагностические строки и делает результаты доступными через одну карточку.
Текущая альфа подходит для ручного поиска предупреждений, сравнений архитектур и подготовки воспроизводимых отчётов. Главный ориентир для разработчика прост: найдите свой проект, сравните последнюю версию на нескольких платформах и перенесите подтверждённую проблему в собственные тесты и CI-матрицу.
