The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Введён в строй сервис для анализа версий пакетов в репозиториях, opennews (?), 17-Ноя-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


49. "Введён в строй сервис для анализа версий пакетов в репозитор..."  +/
Сообщение от Crazy Alex (ok), 17-Ноя-16, 16:14 
Таких "единичных случаев" будут набираться десятки процентов. Это, в конце кончов, только те ситуации, что мне в течение 30 секунд в голову пришли. Наверняка есть гораздо больше вариантов.

И нет, если работает в одном дистрибутиве - не факт, что будет работать в других. Начиная с того, что там вообще BSD с линуксом перемешали, и заканчивая тем, что сама инфраструктура может не позволять. Например, в одном пакеты собираются одной версией компилятора, с которой всё ок, а в другом - перебрались на новую, в которой некоторые пакеты ломаются, и нужно ждать, пока авторы выкатят новые версии с фиксами.

А любые рукописные "правила" на десятках тысяч пакетов просто обречены на катастрофическую неполноту.

Ответить | Правка | Наверх | Cообщить модератору

66. "Введён в строй сервис для анализа версий пакетов в репозитор..."  +2 +/
Сообщение от AMDmi3 (??), 17-Ноя-16, 17:22 
> И нет, если работает в одном дистрибутиве - не факт, что будет работать в других. Начиная с того, что там вообще BSD с линуксом перемешали

Я больше скажу, там и Windows (Chocolatey) есть. Только что с того? От того под какую систему собран софт, версия не меняется. А Linux-специфичный софт, например, под другие системы будет просто отсутствовать, при этом среди Linux'ов корректно сравниваться.

> и заканчивая тем, что сама инфраструктура может не позволять. Например, в одном пакеты собираются одной версией компилятора, с которой всё ок, а в другом - перебрались на новую, в которой некоторые пакеты ломаются, и нужно ждать, пока авторы выкатят новые версии с фиксами.

Так и в этом случае всё корректно, локальные проблемы дистрибутива - не повод не обновлять пакет. Мантейнер должен помнить что пакет нужно обновить, пользователь должен видить что пакет устарел. А ждать не нужно, нужно коммитить в апстрим. Я надеюсь repology будет мотивировать также и к этому.

> А любые рукописные "правила" на десятках тысяч пакетов просто обречены на катастрофическую неполноту.

Правила нужны только для исключений, а их будет от силы несколько сотен. За час я добавил их до буквы g (правда, тогда поддерживалось меньше репозиториев, так что надо начать с начала), т.е. за один день вполне можно причесать весь список. На самом деле, проект не сильно пострадает если отдать правила индивидуальных пакетов на откуп тому кому они интересны (т.е. мантейнерам и авторам) - для них проект прежде всего делался, в их руках сделать его для себя удобнее, а на статистику, которая прежде всего интересна обычным пользователям, это не влияет.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру