Проект FreeBSD уведомил (http://www.freebsd.org/news/newsflash.html#event20130110:01) пользователей о закрытии после 28 февраля доступа к загрузке портов с использованием CVS. Таким образом порты FreeBSD нельзя будет зеркалировать или синхронизировать для поддержания в актуальном виде через такие инструменты как csup и CVSup. Причиной прекращения поддержки CVS является переход к использованию Subversion для разработки и поддержания дерева портов, в то время как используемые средства экспорта SVN в CVS имеют ряд ограничений, приводящих к затруднениям при организации работы зеркал.Пользователям предлагается спланировать переход (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po...) на portsnap или svn для обновления дерева портов. Например, для обновления можно использовать команды:
<font color="#461b7e">
svn co https://svn0.us-west.FreeBSD.org/ports/head /usr/ports
cd /usr/ports && svn update
</font>
URL: http://www.freebsd.org/news/newsflash.html#event20130110:01
Новость: http://www.opennet.ru/opennews/art.shtml?num=35807
А как апдейт сорцов и доков настроить через svn? Обновлял систему до 9.1 - доки уже не тянутся с cvs. Пробывал делать как в рукокниге написано, но что-то не получилось. Подскажите для совсем тупых, как надо правильно.
вот этого еще не делал обновления doc через svn, проверю вечером, отпишусь.
а src обновлял 9.1 http://svn.freebsd.org/base/release/9.1.0/
1. Не http://, а svn://2. Вы уверены, что вам надо именно -RELEASE? Потому что он меняться не будет уже никогда, а все секьюрити патчи AKA -RELEASE-pX будут в svn://svn.freebsd.org/base/releng/9.1
Первый раз
#svn checkout svn://svn.FreeBSD.org/doc/head /usr/doc
#svn checkout svn://svn.FreeBSD.org/ports/head /usr/ports
#svn checkout svn://svn.FreeBSD.org/base/stable/8 /usr/srcЗатем обновляется так
#svn up /usr/doc
#svn up /usr/ports
#svn up /usr/src
Спасибо, доберусь до дома - попробую.
svn://svn.FreeBSD.org/base/stable/9 - это для стейбла девятки?
svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?
да, всё верно
> svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?head это вроде CURRENT ветка развития
>> svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?
> head это вроде CURRENT ветка развитияда. и сейчас в активной разработке находиться именно 10ка
>>> svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?
>> head это вроде CURRENT ветка развития
> да. и сейчас в активной разработке находиться именно 10ка9-STABLE: http://svnweb.freebsd.org/base/stable/9/?sortby=date#dirlist
10-CURRENT (head): http://svnweb.freebsd.org/base/head/?sortby=date
>>>> svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?
>>> head это вроде CURRENT ветка развития
>> да. и сейчас в активной разработке находиться именно 10ка
> 9-STABLE: http://svnweb.freebsd.org/base/stable/9/?sortby=date#dirlist
> 10-CURRENT (head): http://svnweb.freebsd.org/base/head/?sortby=dateи?
portsnap вроде проще для таких дел.
Проще чем один раз прописать в sh-скрипт
#!/bin/sh
svn up /usr/doc
svn up /usr/ports
svn up /usr/src
И в кронтаб закинуть? Ну ёпрст :(
Ну толсто жеportsnap fetch update и всё!
Да, проще. Ибо в кронтаб надо записать всего ОДНУ строчку: portsnap cron && portsnap -I update. И, кстати, portsnap уже имеется в системе, а SVN ещё собирать надо.
> Да, проще. Ибо в кронтаб надо записать всего ОДНУ строчку: portsnap cron
> && portsnap -I update. И, кстати, portsnap уже имеется в системе,
> а SVN ещё собирать надо.да, но svn универсальней. portsnap же только для ports
> да, но svn универсальней. portsnap же только для portsДа, portsnap - для портов, freebsd-update - для исходников и бинарников. А доки за 14 лет пользования Фряхой не то что обновлять - даже устанавливать ни разу не приходилось.
>> да, но svn универсальней. portsnap же только для ports
> Да, portsnap - для портов, freebsd-update - для исходников и бинарников. А
> доки за 14 лет пользования Фряхой не то что обновлять -
> даже устанавливать ни разу не приходилось.freebsd-update не работает для custom kernels. на этом можно закончить.
кроме того, я не уверен, что оно работает для stable веток, не говоря уж о HEAD, это если речь о рабочих машинках. что касается серверов.. можно долго спорить о release vs stable, к примеру, но.. многие _разработчики системы_ считают, что релиз не сильно годится для серверов.
> freebsd-update не работает для custom kernels. на этом можно закончить.Зато freebsd-update прекрасно работает для исходников, после чего сборка ядра/мира не отличается от варианта с SVN. Разве что для этого ничего не надо доустанавливать - всё есть в системе. Вот _на этом_ действительно можно заканчивать.
> кроме того, я не уверен, что оно работает для stable веток, не
> говоря уж о HEAD, это если речь о рабочих машинках.Рабочие машинки - отдельная тема. Там, на фоне KDE/Gnome, пакеты для SVN уже не заметны. Но рабочая машинка у тебя одна, максимум - две. А серверов - десятки.
> что касается серверов.. можно долго спорить о release vs stable, к примеру,
> но.. многие _разработчики системы_ считают, что релиз не сильно годится для
> серверов.Давайте ссылки на высказывания этих "разработчиков системы" - тогда будет, что обсуждать. Пока же вменяемые админы предпочитают отслеживать -SECURITY, а не -STABLE.
> Зато freebsd-update прекрасно работает для исходников, после чего сборка ядра/мира не отличается
> от варианта с SVN. Разве что для этого ничего не надо
> доустанавливать - всё есть в системе. Вот _на этом_ действительно можно
> заканчивать.странный способ, не додумался бы до него самостоятельно:)
>> что касается серверов.. можно долго спорить о release vs stable, к примеру,
>> но.. многие _разработчики системы_ считают, что релиз не сильно годится для
>> серверов.
> Давайте ссылки на высказывания этих "разработчиков системы" - тогда будет, что обсуждать.это в irc было, неоднократно, от _разных_ src коммитеров. можешь в рассылке, где про "У DokuWiki, например, БД вообще нет - всё хранится в файлах." писал спросить, как раз пятница, среди флуда, думаю, будет ответ и от кого-либо из них.
> Пока же вменяемые админы предпочитают отслеживать -SECURITY, а не -STABLE.
я не открою тайну, если напишу, что дело не всегда только в SA? например драйвера, их иногда чинят/устраняют регрессии, уже _после_ release. что в таких случаях делают "вменяемые админы"?
* ждут след. релиз?
* страдают?
* натягивают на RELEASE патчи из stable ?
* меняют железо на то, где все ок?
* твой вар-т, как вменяемого админа.
> странный способ, не додумался бы до него самостоятельно:)А ставить левый софт с кучей зависимостей только чтобы продублировать функциональность уже имеющейся в системе софтинки - для тебе не странно? Да, странные у тебя представления о странности... ;-)
>> Пока же вменяемые админы предпочитают отслеживать -SECURITY, а не -STABLE.
> я не открою тайну, если напишу, что дело не всегда только в
> SA? например драйвера, их иногда чинят/устраняют регрессии, уже _после_ release. что
> в таких случаях делают "вменяемые админы"?
> * ждут след. релиз?
> * страдают?
> * натягивают на RELEASE патчи из stable ?
> * меняют железо на то, где все ок?
> * твой вар-т, как вменяемого админа.Знаешь, когда у тебя всего пара серверов в работе, то ещё можно играть в экспериментатора и держать на них STABLE, с интересом выясняя, что же сломается/отвалится при очередном обновлении. Но когда их становится хотя бы с десяток, да ещё не в соседнем помещении, а по разным городам/странам, то тут тебе уже важнее, чтобы они РАБОТАЛИ.
И - да, когда раз в пятилетку действительно возникает необходимость наложить патч на текущее дерево исходников - я его накладываю и не морочусь. Это гораздо более времясохраняющая стратегия, чем бег по полю с граблями АКА "отслеживание стейбла".
>> странный способ, не додумался бы до него самостоятельно:)
> А ставить левый софт с кучей зависимостей только чтобы продублировать функциональность
> уже имеющейся в системе софтинки - для тебе не странно? Да,
> странные у тебя представления о странности... ;-)неа. у меня конфиги в svn. а что?:-)
> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно
> играть в экспериментатора и держать на них STABLE, с интересом выясняя,
> что же сломается/отвалится при очередном обновлении. Но когда их становится хотя
> бы с десяток, да ещё не в соседнем помещении, а по
> разным городам/странам, то тут тебе уже важнее, чтобы они РАБОТАЛИ.[tiger@laptop]:~%wc -l .ssh/known_hosts
260 .ssh/known_hosts
из них ~10 линуксы. ну и касательно jail`ов строк 10, не больше. в пределах досягаемости 5-6.
в основном release, да. последние - преимущественно stable.> И - да, когда раз в пятилетку действительно возникает необходимость наложить патч
> на текущее дерево исходников - я его накладываю и не морочусь.
> Это гораздо более времясохраняющая стратегия, чем бег по полю с граблями
> АКА "отслеживание стейбла".т.е. release ты обновляешь раз в пятилетку, а stable _обязан_ каждый день/месяц/коммит в соответствующий stable/N? или я не так понял процитированный выше текст?
svn умеет log, по нему ты можешь ориентироваться, есть ли нужда обновляться. Это к "отслеживание стейбла". я, если что, его тоже не отслеживаю ибо гораздо интереснее отслеживать head.
-
>>> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно
>>> играть в экспериментатора и держать на них STABLE, с интересом выясняя,
>>> что же сломается/отвалится при очередном обновлении.
> Ой, ну и бред же ты написал. При существующей политике коммитов -STABLE
> не ломается, это не экспериментальная ветка разработки. Это в -CURRENT можно
> найти грабли, в -STABLE — исключено.зачем ты это мне пишешь?
> P.S.
> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
> не сталкивался.там речь о серверах шла;-)
> зачем ты это мне пишешь?Промахнулся потому что.
>> P.S.
>> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
>> не сталкивался.
> там речь о серверах шла;-)svn один для всех. Или у вас есть персональный доступ к исходникам "серверного" варианта FreeBSD? :))
>> там речь о серверах шла;-)
> svn один для всех. Или у вас есть персональный доступ к исходникам
> "серверного" варианта FreeBSD? :))это было к "обновляю -STABLE почти каждый день". здоровые на голову люди не обновляют сервера через день. даже линуксятники так не делают.
> здоровые на голову люди не обновляют сервера через день.А кто этому мешает? Здоровье головы, принципы, личные убеждения? В SVN, вообще-то, идёт непрерывная интеграция изменений, исправлений и новых фич, если ты не знал и для тебя выход нового релиза раз в год — аврал.
> даже линуксятники так не делают.
У них нет такой возможности. А если есть, то такие дистрибутивы (Gentoo, Arch) на сервера обычно люди не ставят — слишком много мороки — слоты всякие, непроверенность софта и невозможность отката изменений, общая безответственность поддержки и т.д..
>> здоровые на голову люди не обновляют сервера через день.
> А кто этому мешает? Здоровье головы, принципы, личные убеждения?здоровье головы и наличие здравого смысла. впрочем, ты можешь для начала рассказать что такое "сервер" в твоем понимании. сдается мне, что это определение будет сильно отличается от "правильного".
> В SVN, вообще-то, идёт непрерывная интеграция изменений, исправлений и новых фич, если ты не
> знал и для тебя выход нового релиза раз в год —
> аврал.lol. и это мне рассказывает человек, который еще месяц назад орал что свн не нужен, отчекаутленное ест много лишнего места и тд. и, главное, что следить за развитием можно по аннонсам. продолжай жечь.
>> даже линуксятники так не делают.
> У них нет такой возможности. А если есть, то такие дистрибутивы (Gentoo,
> Arch) на сервера обычно люди не ставят — слишком много мороки
> — слоты всякие, непроверенность софта и невозможность отката изменений, общая безответственность
> поддержки и т.д..боюсь, что ты _ничего_ не знаешь об 2 упомянутых тобой дистрибутивах. ну разве что шутки всевозможные про gentoo читал.
Серьезно, лучше бы ты убунту юзал, как-то больше на типичного убунтовода походишь своими высказываниями и умозаключениями.
>>> здоровые на голову люди не обновляют сервера через день.
>> А кто этому мешает? Здоровье головы, принципы, личные убеждения?
> здоровье головы и наличие здравого смысла.У меня есть смысл: подтверждать каждый день повторяемость сборки и правильность функционирования операционной системы при обновлении исходников из SVN. Если этого не делать, то как я могу гарантировать работоспособность -STABLE?!
Что ты на это скажешь?> впрочем, ты можешь для начала рассказать
> что такое "сервер" в твоем понимании. сдается мне, что это определение
> будет сильно отличается от "правильного".Сервер — это программно-аппаратный комплекс, выполняющий определённые вычислительные задачи, результаты которых необходимы пользователям.
>> В SVN, вообще-то, идёт непрерывная интеграция изменений, исправлений и новых фич, если ты не
>> знал и для тебя выход нового релиза раз в год —
>> аврал.
> lol. и это мне рассказывает человек, который еще месяц назад орал что
> свн не нужен, отчекаутленное ест много лишнего места и тд. и,
> главное, что следить за развитием можно по аннонсам. продолжай жечь.Представляешь, я до сих пор считаю, что SVN для обновления исходников системы — оверхед. Для коллекции портов сделали portsnap, почему бы не сделать такой же инструмент для сорцов?!
>>> даже линуксятники так не делают.
>> У них нет такой возможности. А если есть, то такие дистрибутивы (Gentoo,
>> Arch) на сервера обычно люди не ставят — слишком много мороки
>> — слоты всякие, непроверенность софта и невозможность отката изменений, общая безответственность
>> поддержки и т.д..
> боюсь, что ты _ничего_ не знаешь об 2 упомянутых тобой дистрибутивах. ну
> разве что шутки всевозможные про gentoo читал.
> Серьезно, лучше бы ты убунту юзал, как-то больше на типичного убунтовода походишь
> своими высказываниями и умозаключениями.Не указывай мне что делать — не будешь послан по известному направлению.
>>>> здоровые на голову люди не обновляют сервера через день.
>>> А кто этому мешает? Здоровье головы, принципы, личные убеждения?
>> здоровье головы и наличие здравого смысла.
> У меня есть смысл: подтверждать каждый день повторяемость сборки и правильность функционирования
> операционной системы при обновлении исходников из SVN. Если этого не делать,
> то как я могу гарантировать работоспособность -STABLE?!
> Что ты на это скажешь?скажу, что это не правильно, пересобирать систему каждый день-через день на серверах. там она должна обновляться:
* в случаях, связанных с security фиксами
* в случаях, когда поправлены регрессии в _используемом_ функционале/подсистемах/драйвере
* в случаях MFC _нужной_ фичи.
канпеляция ради канпеляции не нужна. Более того, я не верю, что ты разрабатываешь ПО, которое продаешь, для чего и тестируешь работоспособность так часто на stable.> Сервер — это программно-аппаратный комплекс, выполняющий определённые вычислительные
> задачи, результаты которых необходимы пользователям.да. и они (пользователи) не любят ждать, пока ты там будешь ребутать железки ежедневно, причем с невидимым им выхлопом, они просто пойдут туда, где они в любое время суток получат то, за чем они обратились к твоему "программно-аппаратному комплексу".
> Представляешь, я до сих пор считаю, что SVN для обновления исходников системы
> — оверхед. Для коллекции портов сделали portsnap, почему бы не сделать
> такой же инструмент для сорцов?!что тебе мешает сделать этот инструмент?
самый простой вар-т:
1) svn export
2) tar cJf
3) на "клиенте" (например) fetch http://chudoserv.ver/src-stable9-rXXXXXX.tar.xz
4) tar xf
5) profit.
src freebsd-update в паблике есть, можешь переточить под себя, если хочется аналог portsnap, с рюшечками> Не указывай мне что делать — не будешь послан по известному направлению.
ну так просто думай, до того как чушь писать и все ок будет.
>>>>> здоровые на голову люди не обновляют сервера через день.
>>>> А кто этому мешает? Здоровье головы, принципы, личные убеждения?
>>> здоровье головы и наличие здравого смысла.
>> У меня есть смысл: подтверждать каждый день повторяемость сборки и правильность функционирования
>> операционной системы при обновлении исходников из SVN. Если этого не делать,
>> то как я могу гарантировать работоспособность -STABLE?!
>> Что ты на это скажешь?
> скажу, что это не правильно, пересобирать систему каждый день-через день на серверах.Кто сказал, что я пересобираю систему на серверах? Для этого годится любой ПК-совместимый компьютер с нужной архитектурой.
> там она должна обновляться:
> * в случаях, связанных с security фиксамиВ -STABLE security-фиксы приходят в первую очередь.
> * в случаях, когда поправлены регрессии в _используемом_ функционале/подсистемах/драйвере
Они исправляются непрерывно как раз-таки в -STABLE. По сравнению с релизом, -STABLE гораздо быстрее и приятнее в работе, так как избавляешься при сборке от всего ненужного, не собираешь то, что никогда не понадобится в работе.
> * в случаях MFC _нужной_ фичи.Быстрее появляется в -STABLE.
> канпеляция ради канпеляции не нужна. Более того, я не верю, что ты
> разрабатываешь ПО, которое продаешь, для чего и тестируешь работоспособность так часто на stable.Твои заморочки меня не колышат.
>> Сервер — это программно-аппаратный комплекс, выполняющий определённые вычислительные
>> задачи, результаты которых необходимы пользователям.
> да. и они (пользователи) не любят ждать, пока ты там будешь ребутать
> железки ежедневно, причем с невидимым им выхлопом, они просто пойдут туда,
> где они в любое время суток получат то, за чем они
> обратились к твоему "программно-аппаратному комплексу".Ты делаешь далеко идущие выводы из неверных посылок. Остановись и подумай, стоит ли это делать.
>> Представляешь, я до сих пор считаю, что SVN для обновления исходников системы
>> — оверхед. Для коллекции портов сделали portsnap, почему бы не сделать
>> такой же инструмент для сорцов?!
> что тебе мешает сделать этот инструмент?
> самый простой вар-т:
> 1) svn exportЭто просто копия дерева. Это неэффективно при частых синхронизациях кодовой базы. Всё равно нужен svn.
> 2) tar cJf
> 3) на "клиенте" (например) fetch http://chudoserv.ver/src-stable9-rXXXXXX.tar.xz
> 4) tar xf
> 5) profit.Чего? А попроще нельзя?
> src freebsd-update в паблике есть, можешь переточить под себя, если хочется аналог
> portsnap, с рюшечкамиЯ не нанимался переписывать freebsd-update.
>> Не указывай мне что делать — не будешь послан по известному направлению.
> ну так просто думай, до того как чушь писать и все ок будет.Это ты чушь пишешь, глядя на проблемы FreeBSD глазами недалёкого линуксоида.
> Кто сказал, что я пересобираю систему на серверах? Для этого годится любой
> ПК-совместимый компьютер с нужной архитектурой.ты, блд, упоротый штоле? почитай начало треда. там где про _сервера_ написано.
>> там она должна обновляться:
>> * в случаях, связанных с security фиксами
> В -STABLE security-фиксы приходят в первую очередь.#1. ревизию или мир-дверь-мяч. про _в первую_.
>> * в случаях, когда поправлены регрессии в _используемом_ функционале/подсистемах/драйвере
> Они исправляются непрерывно как раз-таки в -STABLE.#2. в stable/ _mfc_ (погугли, что это означает)
> По сравнению с релизом, -STABLE гораздо быстрее и приятнее в работе, так как избавляешься при сборке от всего ненужного, не собираешь то, что никогда не понадобится в
> работе.#3 я тебе тайну открою: "избавляешься при сборке от всего ненужного, не собираешь то, что никогда не понадобится в работе." возможно и с release
>> * в случаях MFC _нужной_ фичи.
> Быстрее появляется в -STABLE.#4 без коментариев
>> канпеляция ради канпеляции не нужна. Более того, я не верю, что ты
>> разрабатываешь ПО, которое продаешь, для чего и тестируешь работоспособность так часто на stable.
> Твои заморочки меня не колышат.ну так и нечего тогда выебствовать, собственно. так и скажи "вношу посильный вклад в глобальное потепление планеты"
> Ты делаешь далеко идущие выводы из неверных посылок. Остановись и подумай, стоит
> ли это делать.это наверное потому что я наркотиками по пятницам не упарываюсь как ты это делаешь, завязывай штоле.
>[оверквотинг удален]
>> что тебе мешает сделать этот инструмент?
>> самый простой вар-т:
>> 1) svn export
> Это просто копия дерева. Это неэффективно при частых синхронизациях кодовой базы. Всё
> равно нужен svn.
>> 2) tar cJf
>> 3) на "клиенте" (например) fetch http://chudoserv.ver/src-stable9-rXXXXXX.tar.xz
>> 4) tar xf
>> 5) profit.
> Чего? А попроще нельзя?ну можешь rsync, если сможешь осилить.
>> src freebsd-update в паблике есть, можешь переточить под себя, если хочется аналог
>> portsnap, с рюшечками
> Я не нанимался переписывать freebsd-update.а ты вообще только на форумах тупить нанимался, похоже. этакий слонег-в-домене, только осиливший установку fbsd, а не убунту/виндуз7.
> Это ты чушь пишешь, глядя на проблемы FreeBSD глазами недалёкого линуксоида.
проблемы у системы есть, но конкретно _твои_ проблемы -- из-за твоей тупости, прости.
причем наличие клиента svn в base (отсутствие-действительно проблема) конкретно _твое_ нытье никак бы не уменьшилоupd: # помечены места, где я прослезился, от смеха.
Прими чего-нибудь успокаивающего и иди спать.
> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно играть в экспериментатора и держать на них STABLE, с интересом выясняя, что же сломается/отвалится при очередном обновлении.Ой, ну и бред же ты написал. При существующей политике коммитов -STABLE не ломается, это не экспериментальная ветка разработки. Это в -CURRENT можно найти грабли, в -STABLE — исключено.
P.S.
Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений не сталкивался.
> P.S.
> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
> не сталкивался.а коммиты читаешь? сможешь сказать, зачем ты сегодня пересобрал, что нынешние коммиты привносят или исправляют?
>> P.S.
>> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
>> не сталкивался.
> а коммиты читаешь? сможешь сказать, зачем ты сегодня пересобрал, что нынешние коммиты привносят или исправляют?Естественно, читаю. Если они не важны или относятся к тому обновлению ПО, что мной не используется, то зачем делать пересборку?
>> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно играть в экспериментатора и держать на них STABLE, с интересом выясняя, что же сломается/отвалится при очередном обновлении.
> Ой, ну и бред же ты написал.Ага, весьма типичное поведение - считать бредом всё, что не укладывается в твоё ограниченное понимание предмета.
> При существующей политике коммитов -STABLE не ломается, это не экспериментальная ветка разработки. Это в -CURRENT можно найти грабли, в -STABLE — исключено.
Бу-га-га! Нет, в твоей альтернативной Вселенной может быть системы пишет Абсолютный Никогда-Не-Ошибающийся Сверхразум, а вот в нашей Вселенной исходники Фряхи пишутся обычными людьми. Которым свойственно ошибаться.
> P.S. Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений не сталкивался.
Для начала расскажи, на скольких серверах, обслуживающих финансовые транзакции, ты каждый день обновляешь -STABLE. У меня вот некоторые такие сервера до сих пор на 6-ке, потому что трогать их можно один раз в год - в ночь с 31-го декабря на 1-е января.
> Для начала расскажи, на скольких серверах, обслуживающих финансовые транзакции, ты каждый
> день обновляешь -STABLE. У меня вот некоторые такие сервера до сих
> пор на 6-ке, потому что трогать их можно один раз в
> год - в ночь с 31-го декабря на 1-е январяСкромный вопрос.У вас на free OLTP,oracle?Может 1C?Не правда интересно.
Как-то,если уж жизнь прижала,то openbsd на sparc/sunfire-ах четарёхлетней давности как-то
,наверно,предпочтительней.
> У меня вот некоторые такие сервера до сих пор на 6-ке, потому что трогать их можно один раз в год - в ночь с 31-го декабря на 1-е января.А вы случайно в колдовство и чёрную магию не верите? От фазы Луны, наверное, в вашем мире многое зависит, раз испытание новой системы со слоем совместимости compat6x для унаследованных приложений противоречит принципам "всё или ничего" и ни в коем случае недопустимо производить где-нибудь ещё, кроме как на боевых серверах.
> Да, проще. Ибо в кронтаб надо записать всего ОДНУ строчку: portsnap cron
> && portsnap -I update. И, кстати, portsnap уже имеется в системе,
> а SVN ещё собирать надо.и, кстати, собирать не обязательно, можно ж пакетом поставить:-)
>> а SVN ещё собирать надо.
> и, кстати, собирать не обязательно, можно ж пакетом поставить:-)Можно. Но он СТОЛЬКО барахла за собой тянет!
>>> а SVN ещё собирать надо.
>> и, кстати, собирать не обязательно, можно ж пакетом поставить:-)
> Можно. Но он СТОЛЬКО барахла за собой тянет!не так и много. и да, даже если сервисы по jail живут, всякие мониторилки/системы управления конфигурацией (если есть) притянут сильно больше за собой, в т.ч. почти все депенды для devel/subversion.
У порта есть опция сборки статической версии, однако я им не пользовался, мне svn на всех машинах нужен.
svn на моем стареньком компьютере компилится не долго, думаю с этого не стоит делать проблемы, так же и не долго компилился pkgng
> svn на моем стареньком компьютере компилится не долго, думаю с этого не
> стоит делать проблемы, так же и не долго компилился pkgngну "на моем стареньком компьютере" вполне может быть и HEAD, где pkgng уже по дефолту, да и это дестоп/ноут, я почти уверен:)
а про пакет написал потому, что смысла особого нет делать portsnap fetch extract. потом ж все равно придется делать rm для ports/*, и checkout ports/head, как-то так;)
да я собственно про то? что с портов собрать? svn делают такую трагедию и сравнивают это с OpenOffice который собирают в портах
> да я собственно про то? что с портов собрать? svn делают такую
> трагедию и сравнивают это с OpenOffice который собирают в портахкак правило, трагедию делают и поднимают вой те, кто уже привык к тому, что есть csup.
им-то и log читать не интересно, да и некогда (серьезные ж парни!).
в свое время сталкивался с тем, что portsnap "не проходит" через некоторые прокси-сервера (по вине последних).
итого portsnap естественно проще, кошернее и даже как-то шустрее, но в редких случаях не работает. Мне приходилось csup'ом обновляться.
Уже года два как везде использую portsnap fetch update, в крон не сую, т.к. иногда необходимы старые версии, а заворачиваться с даунгрейдом порта уж больно не хочется.
У меня порядка 50-70 серверов под управлением FreeBSD.
Использую svn, а раньше использовал cvs, которые отличии от portsnap позволяют мне делать downgrade.
В среднем раз в год после апгрейда приложений выясняется, что какое-то из них нерабочее. Приходится откатываться на предыдущую версию.
Был, например нерабочий redmine, а пару лет назад из-за неудачного обновления libxml2 на всех серверах попадал php.Подсказка для тех кто начинает пользоваться svn. Перед созданием репозитория обязательно полностью очищайте /usr/ports:
# rm -rf /usr/ports
# svn checkout http://svn.FreeBSD.org/ports/head /usr/ports
Кстати вместе с csup/cvsup отвалится также и portdowngrade так что svn в портах становится более актуальным нежели portsnap
> Кстати вместе с csup/cvsup отвалится также и portdowngrade так что svn в
> портах становится более актуальным нежели portsnapПри проблеме с обновлёнными портами использую простой откат установленных обновлений:
zfs rollback poolname/usr/local@fixpoint
zfs rollback poolname/var/db/pkg@fixpoint
portdowngrade резко облегчается. Например:Выясняем какие номера ревизий имеются для утилиты most
# svn log -q --limit 10 /usr/ports/sysutils/mostОткатываемся на конкретную ревизию
# svn update -r231694 /usr/ports/sysutils/most<выполняем запланированные действия>
Возвращаем дерево портов к актуальному состоянию
# svn update /usr/ports
Чего только люди не придумают, лишь бы не пользоваться системами с пакетными менеджерами и стабильными ветками дистрибутивов.
> Чего только люди не придумают, лишь бы не пользоваться системами с пакетными
> менеджерами и стабильными ветками дистрибутивов.К сожалению, такие системы, как правило, отстают от современного состояния программного обеспечения, подчинённой концепции непрерывной интеграции (CI) изменений. Не интересно.
> Чего только люди не придумают, лишь бы не пользоваться системами с пакетными
> менеджерами и стабильными ветками дистрибутивов.это ты типа на дебиан намекнул? смешно получилось. центос еще вспомни.
Система портов даёт гибкость.
В моей практике неоднократно была необходимость оставаться на одной из предыдущих версий приложений или библиотек. Приложение, которое их использует, строится у меня на сервере под эти, конкретные, не самые свежие зависимости.
А вот пакетный менеджер, обновляя софт, через зависимости вытянет новейшие библиотеки и приложения нижнего уровня, которые мне не подходят.
Бинарные дистрибутивы бесполезны, потому что не дают настроить опции порта и собрать его с оптимизациями. Кроме того, к левым бинарникам доверия никакого нет.Стабильные ветки означают плесневелый софт и тоже бесполезны.
Чтобы не терпеть эту убогость, раз в год можно и откатиться. В продакшне я такой необходимости не встречал за 10 лет ни разу, только на десктопе было пару раз за те же 10 лет, и то потому что у меня половина коллекции портов установлена.
> Чего только люди не придумают, лишь бы не пользоваться системами с пакетными
> менеджерами и стабильными ветками дистрибутивов.толсто
А насколько вообще svn дружит с безопасностью?
Чем-нибудь гарантируется, что никто не подменил svn.FreeBSD.org при очередном обновлении?
так у них есть свои люди что следят за безопасностью
> так у них есть свои люди что следят за безопасностьюМне,с момента скандала с бекдором в openbsd,стало казаться как-то вполне возможным наличие закладок,так хорошо замаскированных в дебрях кода.Или из присутсвующих,пользующихся есть тот,кто перечитывает все исходники от корки до корки,включая всё из портов?Кто эти,следящие
за безопасностью?
>> так у них есть свои люди что следят за безопасностью
> Мне,с момента скандала с бекдором в openbsd,стало казаться как-то вполне возможным наличиеда хз, люди перерыли код и ничего не нашли, утверждать ничего не буду, так как сам не специалист по безопасности.
> закладок,так хорошо замаскированных в дебрях кода.Или из присутсвующих,пользующихся
> есть тот,кто перечитывает все исходники от корки до корки,включая всё из
> портов?если и есть то это кодомазохисты
> Кто эти,следящие
> за безопасностью?http://www.freebsd.org/administration.html#t-secteam
svn при этом в базовой системе нет. ну что за люди...
> svn при этом в базовой системе нет. ну что за люди...можешь показать всю свою крутость. начало тут: svn://svn.freebsd.org/base/user/des/svnsup
а можешь с нуля нетленку изобразить. если будет не кривое - попадет в base. удачи.
> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
> в base. удачи.А что там так уж и ждут выскочек неизвестно откуда с своими разработками?Действительно
интересно.Идеи всякие снятся,реализовать бы,да как-то не знаешь куда сунуть,ну не на
github же.Там и так камню упасть некуда.Возьмут?
>> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
>> в base. удачи.
> А что там так уж и ждут выскочек неизвестно откуда с своими
> разработками?Действительно
> интересно.Идеи всякие снятся,реализовать бы,да как-то не знаешь куда сунуть,ну не на
> github же.Там и так камню упасть некуда.Возьмут?я не слышал такого, чтобы правильно оформленный код, с правильной с т.з. проекта лицензией и сделаный по уму (работает и ОК != по уму) не был принят. что касается github: pkgng, например, развивается там. точно также как и poudriere (аналог tinderbox).
> можешь показать всю свою крутость. начало тут: svn://svn.freebsd.org/base/user/des/svnsup
> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
> в base. удачи.вы про что? я расстраиваюсь что мне в хендбуке предлагают для обновления использовать отсутсвующую в системе программу, а вы мне предлагаете её написать? вы адекватны вообще?
nuclight-а почитайте о проблемах фрибсд
>> можешь показать всю свою крутость. начало тут: svn://svn.freebsd.org/base/user/des/svnsup
>> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
>> в base. удачи.
> вы про что? я расстраиваюсь что мне в хендбуке предлагают для обновления
> использовать отсутсвующую в системе программу, а вы мне предлагаете её написать?
> вы адекватны вообще?Вы ж не русскую версию читаете, надеюсь? En должны были поправить, по идее.
> nuclight-а почитайте о проблемах фрибсдя его ежедневно в ирц читаю, по разным поводам, хватает. и сильно часто он имеет мнение которое "правильное", не смотря на то, что таковым его считает только он.
(да, во фре есть проблемы, но описывать их, сидя под шиндошс на дестопе это как-то дико, мне так кажется.)
> svn при этом в базовой системе нет. ну что за люди...svn в любом случае лучше cvsup, для сборки которого из исходников нужно Модула 3 ставить. В первое время при установке cvsup из портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui сделали.
>> svn при этом в базовой системе нет. ну что за люди...
> svn в любом случае лучше cvsup, для сборки которого из исходников нужно
> Модула 3 ставить. В первое время при установке cvsup из
> портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui сделали.Откройте для себя csup(1), наконец, и перестаньте ныть.
>> svn при этом в базовой системе нет. ну что за люди...
> svn в любом случае лучше cvsup, для сборки которого из исходников нужно
> Модула 3 ставить. В первое время при установке cvsup из
> портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui
> сделали.с 6.2 в base есть csup на рассово-верном Си. забыть про cvsup уже давно пора было бы, если у Вас нет своего зеркала.
>> svn при этом в базовой системе нет. ну что за люди...
> svn в любом случае лучше cvsup, для сборки которого из исходников нужно
> Модула 3 ставить. В первое время при установке cvsup из
> портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui
> сделали.в базовой сто лет как csup, который не надо собирать и который делает все что cvsup.
В svn появились бранчи для релизов портов. Пока только для 9.1
Кто-нибудь знает планируется ли в них добавлять security фиксы?