Edwin Groothuis объявил (http://lists.freebsd.org/mailman/htdig/freebsd-ports/2005-Oc...) о тестовом запуске системы уведомления мэйнтейнеров портов FreeBSD о доступности новых версий программ.Алгоритм проверок скрипта прост - проверяется доступность файлов следующей версии программы. Например, если порт foo имеет версию 1.2.3, то проверяются файлы foo-1.2.4, foo-1.3.0, foo-2.0.0.
URL: http://lists.freebsd.org/mailman/htdig/freebsd-ports/2005-Oc...
Новость: http://www.opennet.me/opennews/art.shtml?num=6189
Ндя, зачем городить еще какой то механизм сообщений о выходе новых портов, есть же уже существующий freshports.org
Уведомления не о выходе новых портов, а о доступности новых версий программ, для того чтобы мэйнтейнеры знали что можно обновлять порт.
Прошу прощения, freshports.org именно уведомляет о выходе новых версий программ, а так же в случае мелких патчей, их описания...
автар, выпей йаду. Пока мейнтейнер или security team не обновят порт ничего тебе фрешпортс не скажет.P.S. Непонятно как будет с портами для которых номера версий нестандартные.
rootus: он уведомляет разработчиков порта о том что порабы обновить порт ибо новые версии пока ещё не портировнного получились или пользователей о том что порт обновился?
Для тех кто в танке -- freshports.org уведомляет о том, что происходит в /usr/ports. Пока майнтейнер не обновит порт -- там ничего не появится. А на сайте разработчика уже может смениться десяток версий. Как раз эта система смотрит на сайт разработчика. И пинает майнтейнера. Майнтейнер обновляет порт и на freshports.org появляется новая радостная строчка. :)
А в следующей версии система будет пытаться скомпилить новую версию со старыми настройками, немного подправив Makefile и в случае удачи комиттить новую версию ;)
Это уже явный перебор. Тоесть лень - это конечно двигатель прогресса, но не такая лень :-)
Это не лень, это жизнь. Когда на 13 тыщ портов 30 активных коммиттеров, то без вот таких автоматизаций не обойтись.
>Это не лень, это жизнь. Когда на 13 тыщ портов 30 активных
>коммиттеров, то без вот таких автоматизаций не обойтись.
1) Интересно, откуда данные про 30 мейнтейнеров ;-)
2) Автор явно плохо представляет себе к чему подобобное приведёт. Видимо как раз потому, что 1) не является. А именно - часть библиотек не обновляется до след. версии сознательно, так как иногда они разрушают совместимость со старым API (не путать с ABI) и требуются изменения в зависящих от них портах (как минимум в самых распространённых). Как пример - пара pilot-lib/jpilot, в последнем совсем недавно сделали поддержку нового API. Следовательно после обновления надо либо обновить версии зависящих от (если они уже вышли) либо собственноручно писать патчи. Т.е. автообновлялка, даже при условии корректной работы (что само по себе труднодостижимо) и неразрушении обновляемого порта создаст значительно больше проблем чем пофиксит.
Кстати, есть ещё такая штука как патчи, которые при выходе новой версии имеют свойство:
a) частично/полностью интегрироваться в src
b) в следствии изменений в src требовать доработки напильником, причём иногда весьма существенной.Вобщем, на мой взгляд попытка автоматизировать обновления портов принесёт больше вреда чем пользы. А вот автоматом заводить PR при выходе новой версии софтины - возможно и стоит. Как минимум автоматически будет виден maintainer timeout. Правда как минус - это резко возрастёт кол-во PR в стадиях open/feedback
обошёлся таким ходом
для системы обновлений =)ee /etc/crontab
"0 3 * * 6 root /usr/local/bin/cvsup /root/ports-supfile && cd /usr/ports/ && make index && pkg_version -v |grep updat"
без лапок естественно
потом отчёт об обновлённых портах приходит почтой =)
установи portsnap, избавишься от ненужного трафика и make index
demon@dw:~> /usr/local/sbin/portsnap fetch
portsnap: sha256 is needed but cannot be found.
Please install it from the ports tree (sysutils/freebsd-sha256).ставил freebsd-sha256 - всё тоже =(