URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 88186
[ Назад ]

Исходное сообщение
"Напоминание о прекращении распространения портов FreeBSD чер..."

Отправлено opennews , 11-Янв-13 10:43 
Проект 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.me/opennews/art.shtml?num=35807


Содержание

Сообщения в этом обсуждении
"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 11:23 
А как апдейт сорцов и доков настроить через svn? Обновлял систему до 9.1 - доки уже не тянутся с cvs. Пробывал делать как в рукокниге написано, но что-то не получилось. Подскажите для совсем тупых, как надо правильно.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено IMHO , 11-Янв-13 11:39 
вот этого еще не делал обновления doc через svn, проверю вечером, отпишусь.
а src обновлял 9.1 http://svn.freebsd.org/base/release/9.1.0/

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 19:19 
1. Не http://, а svn://

2. Вы уверены, что вам надо именно -RELEASE? Потому что он меняться не будет уже никогда, а все секьюрити патчи AKA -RELEASE-pX будут в svn://svn.freebsd.org/base/releng/9.1


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Пыщ я Бетмен , 11-Янв-13 11:41 
Первый раз
#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


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 12:29 
Спасибо, доберусь до дома - попробую.
svn://svn.FreeBSD.org/base/stable/9 - это для стейбла девятки?
svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено arachnid , 11-Янв-13 13:37 
да, всё верно

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено IMHO , 11-Янв-13 14:40 

> svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?

head это вроде  CURRENT ветка развития



"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено arachnid , 11-Янв-13 17:38 
>> svn://svn.FreeBSD.org/base/head - а это уже десятка, я так понимаю?
> head это вроде  CURRENT ветка развития

да. и сейчас в активной разработке находиться именно 10ка


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 17:42 
>>> 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


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено arachnid , 11-Янв-13 17:45 
>>>> 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

и?


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 11:55 
portsnap вроде проще для таких дел.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Пыщ я Бетмен , 11-Янв-13 11:56 
Проще чем один раз прописать в sh-скрипт
#!/bin/sh
svn up /usr/doc
svn up /usr/ports
svn up /usr/src
И в кронтаб закинуть? Ну ёпрст :(

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 12:01 
Ну толсто же

portsnap fetch update и всё!


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено RedRat , 11-Янв-13 12:03 
Да, проще. Ибо в кронтаб надо записать всего ОДНУ строчку: portsnap cron && portsnap -I update. И, кстати, portsnap уже имеется в системе, а SVN ещё собирать надо.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 13:44 
> Да, проще. Ибо в кронтаб надо записать всего ОДНУ строчку: portsnap cron
> && portsnap -I update. И, кстати, portsnap уже имеется в системе,
> а SVN ещё собирать надо.

да, но svn универсальней. portsnap же только для ports


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено RedRat , 11-Янв-13 13:56 
> да, но svn универсальней. portsnap же только для ports

Да, portsnap - для портов, freebsd-update - для исходников и бинарников. А доки за 14 лет пользования Фряхой не то что обновлять - даже устанавливать ни разу не приходилось.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 14:06 
>> да, но svn универсальней. portsnap же только для ports
> Да, portsnap - для портов, freebsd-update - для исходников и бинарников. А
> доки за 14 лет пользования Фряхой не то что обновлять -
> даже устанавливать ни разу не приходилось.

freebsd-update не работает для custom kernels. на этом можно закончить.
кроме того, я не уверен, что оно работает для stable веток, не говоря уж о HEAD, это если речь о рабочих машинках. что касается серверов.. можно долго спорить о release vs stable, к примеру, но.. многие _разработчики системы_ считают, что релиз не сильно годится для серверов.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено RedRat , 11-Янв-13 14:19 
> freebsd-update не работает для custom kernels. на этом можно закончить.

Зато freebsd-update прекрасно работает для исходников, после чего сборка ядра/мира не отличается от варианта с SVN. Разве что для этого ничего не надо доустанавливать - всё есть в системе. Вот _на этом_ действительно можно заканчивать.

> кроме того, я не уверен, что оно работает для stable веток, не
> говоря уж о HEAD, это если речь о рабочих машинках.

Рабочие машинки - отдельная тема. Там, на фоне KDE/Gnome, пакеты для SVN уже не заметны. Но рабочая машинка у тебя одна, максимум - две. А серверов - десятки.

> что касается серверов.. можно долго спорить о release vs stable, к примеру,
> но.. многие _разработчики системы_ считают, что релиз не сильно годится для
> серверов.

Давайте ссылки на высказывания этих "разработчиков системы" - тогда будет, что обсуждать. Пока же вменяемые админы предпочитают отслеживать -SECURITY, а не -STABLE.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 14:41 
> Зато freebsd-update прекрасно работает для исходников, после чего сборка ядра/мира не отличается
> от варианта с SVN. Разве что для этого ничего не надо
> доустанавливать - всё есть в системе. Вот _на этом_ действительно можно
> заканчивать.

странный способ, не додумался бы до него самостоятельно:)

>> что касается серверов.. можно долго спорить о release vs stable, к примеру,
>> но.. многие _разработчики системы_ считают, что релиз не сильно годится для
>> серверов.
> Давайте ссылки на высказывания этих "разработчиков системы" - тогда будет, что обсуждать.

это в irc было, неоднократно, от _разных_ src коммитеров. можешь в рассылке, где про "У DokuWiki, например, БД вообще нет - всё хранится в файлах." писал спросить, как раз пятница, среди флуда, думаю, будет ответ и от кого-либо из них.

> Пока же вменяемые админы предпочитают отслеживать -SECURITY, а не -STABLE.

я не открою тайну, если напишу, что дело не всегда только в SA? например драйвера, их иногда чинят/устраняют регрессии, уже _после_ release. что в таких случаях делают "вменяемые админы"?
* ждут след. релиз?
* страдают?
* натягивают на RELEASE патчи из stable ?
* меняют железо на то, где все ок?
* твой вар-т, как вменяемого админа.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено RedRat , 11-Янв-13 14:59 
> странный способ, не додумался бы до него самостоятельно:)

А ставить левый софт с кучей зависимостей только чтобы продублировать функциональность уже имеющейся в системе софтинки - для тебе не странно? Да, странные у тебя представления о странности... ;-)

>> Пока же вменяемые админы предпочитают отслеживать -SECURITY, а не -STABLE.
> я не открою тайну, если напишу, что дело не всегда только в
> SA? например драйвера, их иногда чинят/устраняют регрессии, уже _после_ release. что
> в таких случаях делают "вменяемые админы"?
> * ждут след. релиз?
> * страдают?
> * натягивают на RELEASE патчи из stable ?
> * меняют железо на то, где все ок?
> * твой вар-т, как вменяемого админа.

Знаешь, когда у тебя всего пара серверов в работе, то ещё можно играть в экспериментатора и держать на них STABLE, с интересом выясняя, что же сломается/отвалится при очередном обновлении. Но когда их становится хотя бы с десяток, да ещё не в соседнем помещении, а по разным городам/странам, то тут тебе уже важнее, чтобы они РАБОТАЛИ.

И - да, когда раз в пятилетку действительно возникает необходимость наложить патч на текущее дерево исходников - я его накладываю и не морочусь. Это гораздо более времясохраняющая стратегия, чем бег по полю с граблями АКА "отслеживание стейбла".


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 15:12 
>> странный способ, не додумался бы до него самостоятельно:)
> А ставить левый софт с кучей зависимостей только чтобы продублировать функциональность
> уже имеющейся в системе софтинки - для тебе не странно? Да,
> странные у тебя представления о странности... ;-)

неа. у меня конфиги в 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.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 15:56 
-

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 16:07 
>>> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно
>>> играть в экспериментатора и держать на них STABLE, с интересом выясняя,
>>> что же сломается/отвалится при очередном обновлении.
> Ой, ну и бред же ты написал. При существующей политике коммитов -STABLE
> не ломается, это не экспериментальная ветка разработки. Это в -CURRENT можно
> найти грабли, в -STABLE — исключено.

зачем ты это мне пишешь?

> P.S.
> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
> не сталкивался.

там речь о серверах шла;-)


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 16:45 
> зачем ты это мне пишешь?

Промахнулся потому что.

>> P.S.
>> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
>> не сталкивался.
> там речь о серверах шла;-)

svn один для всех. Или у вас есть персональный доступ к исходникам "серверного" варианта FreeBSD? :))


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 19:53 
>> там речь о серверах шла;-)
> svn один для всех. Или у вас есть персональный доступ к исходникам
> "серверного" варианта FreeBSD? :))

это было к "обновляю -STABLE почти каждый день". здоровые на голову люди не обновляют сервера через день. даже линуксятники так не делают.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 21:14 
> здоровые на голову люди не обновляют сервера через день.

А кто этому мешает? Здоровье головы, принципы, личные убеждения? В SVN, вообще-то, идёт непрерывная интеграция изменений, исправлений и новых фич, если ты не знал и для тебя выход нового релиза раз в год — аврал.

> даже линуксятники так не делают.

У них нет такой возможности. А если есть, то такие дистрибутивы (Gentoo, Arch) на сервера обычно люди не ставят — слишком много мороки — слоты всякие, непроверенность софта и невозможность отката изменений, общая безответственность поддержки и т.д..


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 22:38 
>> здоровые на голову люди не обновляют сервера через день.
> А кто этому мешает? Здоровье головы, принципы, личные убеждения?

здоровье головы и наличие здравого смысла. впрочем, ты можешь для начала рассказать что такое "сервер" в твоем понимании. сдается мне, что это определение будет сильно отличается от "правильного".

> В SVN, вообще-то,  идёт непрерывная интеграция изменений, исправлений и новых фич, если ты не
> знал и для тебя выход нового релиза раз в год —
> аврал.

lol. и это мне рассказывает человек, который еще месяц назад орал что свн не нужен, отчекаутленное ест много лишнего места и тд. и, главное, что следить за развитием можно по аннонсам. продолжай жечь.

>> даже линуксятники так не делают.
> У них нет такой возможности. А если есть, то такие дистрибутивы (Gentoo,
> Arch) на сервера обычно люди не ставят — слишком много мороки
> — слоты всякие, непроверенность софта и невозможность отката изменений, общая безответственность
> поддержки и т.д..

боюсь, что ты _ничего_ не знаешь об 2 упомянутых тобой дистрибутивах. ну разве что шутки всевозможные про gentoo читал.
Серьезно, лучше бы ты убунту юзал, как-то больше на типичного убунтовода походишь своими высказываниями и умозаключениями.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 22:48 
>>> здоровые на голову люди не обновляют сервера через день.
>> А кто этому мешает? Здоровье головы, принципы, личные убеждения?
> здоровье головы и наличие здравого смысла.

У меня есть смысл: подтверждать каждый день повторяемость сборки и правильность функционирования операционной системы при обновлении исходников из SVN. Если этого не делать, то как я могу гарантировать работоспособность -STABLE?!
Что ты на это скажешь?

> впрочем, ты можешь для начала рассказать
> что такое "сервер" в твоем понимании. сдается мне, что это определение
> будет сильно отличается от "правильного".

Сервер — это программно-аппаратный комплекс, выполняющий определённые вычислительные задачи, результаты которых необходимы пользователям.

>> В SVN, вообще-то,  идёт непрерывная интеграция изменений, исправлений и новых фич, если ты не
>> знал и для тебя выход нового релиза раз в год —
>> аврал.
> lol. и это мне рассказывает человек, который еще месяц назад орал что
> свн не нужен, отчекаутленное ест много лишнего места и тд. и,
> главное, что следить за развитием можно по аннонсам. продолжай жечь.

Представляешь, я до сих пор считаю, что SVN для обновления исходников системы — оверхед. Для коллекции портов сделали portsnap, почему бы не сделать такой же инструмент для сорцов?!

>>> даже линуксятники так не делают.
>> У них нет такой возможности. А если есть, то такие дистрибутивы (Gentoo,
>> Arch) на сервера обычно люди не ставят — слишком много мороки
>> — слоты всякие, непроверенность софта и невозможность отката изменений, общая безответственность
>> поддержки и т.д..
> боюсь, что ты _ничего_ не знаешь об 2 упомянутых тобой дистрибутивах. ну
> разве что шутки всевозможные про gentoo читал.
> Серьезно, лучше бы ты убунту юзал, как-то больше на типичного убунтовода походишь
> своими высказываниями и умозаключениями.

Не указывай мне что делать — не будешь послан по известному направлению.



"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 23:24 
>>>> здоровые на голову люди не обновляют сервера через день.
>>> А кто этому мешает? Здоровье головы, принципы, личные убеждения?
>> здоровье головы и наличие здравого смысла.
> У меня есть смысл: подтверждать каждый день повторяемость сборки и правильность функционирования
> операционной системы при обновлении исходников из 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, с рюшечками

> Не указывай мне что делать — не будешь послан по известному направлению.

ну так просто думай, до того как чушь писать и все ок будет.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 23:39 
>>>>> здоровые на голову люди не обновляют сервера через день.
>>>> А кто этому мешает? Здоровье головы, принципы, личные убеждения?
>>> здоровье головы и наличие здравого смысла.
>> У меня есть смысл: подтверждать каждый день повторяемость сборки и правильность функционирования
>> операционной системы при обновлении исходников из 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 глазами недалёкого линуксоида.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 23:58 
> Кто сказал, что я пересобираю систему на серверах? Для этого годится любой
> ПК-совместимый компьютер с нужной архитектурой.

ты, блд, упоротый штоле? почитай начало треда. там где про _сервера_ написано.
>> там она должна обновляться:
>> * в случаях, связанных с 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: # помечены места, где я прослезился, от смеха.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 12-Янв-13 00:04 
Прими чего-нибудь успокаивающего и иди спать.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 16:44 
> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно играть в экспериментатора и держать на них STABLE, с интересом выясняя, что же сломается/отвалится при очередном обновлении.

Ой, ну и бред же ты написал. При существующей политике коммитов -STABLE не ломается, это не экспериментальная ветка разработки. Это в -CURRENT можно найти грабли, в -STABLE — исключено.

P.S.
Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений не сталкивался.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 12-Янв-13 05:50 
> P.S.
> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
> не сталкивался.

а коммиты читаешь? сможешь сказать, зачем ты сегодня пересобрал, что нынешние коммиты привносят или исправляют?


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 12-Янв-13 12:44 
>> P.S.
>> Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений
>> не сталкивался.
> а коммиты читаешь? сможешь сказать, зачем ты сегодня пересобрал, что нынешние коммиты привносят или исправляют?

Естественно, читаю. Если они не важны или относятся к тому обновлению ПО, что мной не используется, то зачем делать пересборку?



"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено RedRat , 12-Янв-13 16:19 
>> Знаешь, когда у тебя всего пара серверов в работе, то ещё можно играть в экспериментатора и держать на них STABLE, с интересом выясняя, что же сломается/отвалится при очередном обновлении.
> Ой, ну и бред же ты написал.

Ага, весьма типичное поведение - считать бредом всё, что не укладывается в твоё ограниченное понимание предмета.

> При существующей политике коммитов -STABLE не ломается, это не экспериментальная ветка разработки. Это в -CURRENT можно найти грабли, в -STABLE — исключено.

Бу-га-га! Нет, в твоей альтернативной Вселенной может быть системы пишет Абсолютный Никогда-Не-Ошибающийся Сверхразум, а вот в нашей Вселенной исходники Фряхи пишутся обычными людьми. Которым свойственно ошибаться.

> P.S. Обновляю -STABLE почти каждый день. С проблемами неработоспособности чего-то после обновлений не сталкивался.

Для начала расскажи, на скольких серверах, обслуживающих финансовые транзакции, ты каждый день обновляешь -STABLE. У меня вот некоторые такие сервера до сих пор на 6-ке, потому что трогать их можно один раз в год - в ночь с 31-го декабря на 1-е января.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено metallica , 12-Янв-13 16:27 
> Для начала расскажи, на скольких серверах, обслуживающих финансовые транзакции, ты каждый
> день обновляешь -STABLE. У меня вот некоторые такие сервера до сих
> пор на 6-ке, потому что трогать их можно один раз в
> год - в ночь с 31-го декабря на 1-е января

Скромный вопрос.У вас на free OLTP,oracle?Может 1C?Не правда интересно.
Как-то,если уж жизнь прижала,то openbsd на sparc/sunfire-ах четарёхлетней давности как-то
,наверно,предпочтительней.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 12-Янв-13 16:43 
> У меня вот некоторые такие сервера до сих пор на 6-ке, потому что трогать их можно один раз в год - в ночь с 31-го декабря на 1-е января.

А вы случайно в колдовство и чёрную магию не верите? От фазы Луны, наверное, в вашем мире многое зависит, раз испытание новой системы со слоем совместимости compat6x для унаследованных приложений противоречит принципам "всё или ничего" и ни в коем случае недопустимо производить где-нибудь ещё, кроме как на боевых серверах.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 13:44 
> Да, проще. Ибо в кронтаб надо записать всего ОДНУ строчку: portsnap cron
> && portsnap -I update. И, кстати, portsnap уже имеется в системе,
> а SVN ещё собирать надо.

и, кстати,  собирать не обязательно, можно ж пакетом поставить:-)


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено RedRat , 11-Янв-13 14:02 
>> а SVN ещё собирать надо.
> и, кстати,  собирать не обязательно, можно ж пакетом поставить:-)

Можно. Но он СТОЛЬКО барахла за собой тянет!


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 14:07 
>>> а SVN ещё собирать надо.
>> и, кстати,  собирать не обязательно, можно ж пакетом поставить:-)
> Можно. Но он СТОЛЬКО барахла за собой тянет!

не так и много. и да, даже если сервисы по jail живут, всякие мониторилки/системы управления конфигурацией (если есть) притянут сильно больше за собой, в т.ч. почти все депенды для devel/subversion.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено BayaN , 11-Янв-13 17:41 
У порта есть опция сборки статической версии, однако я им не пользовался, мне svn на всех машинах нужен.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено IMHO , 11-Янв-13 14:38 
svn на моем стареньком компьютере компилится не долго, думаю с этого не стоит делать проблемы, так же и не долго компилился pkgng

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 14:45 
> svn на моем стареньком компьютере компилится не долго, думаю с этого не
> стоит делать проблемы, так же и не долго компилился pkgng

ну "на моем стареньком компьютере" вполне может быть и HEAD, где pkgng уже по дефолту, да и это дестоп/ноут, я почти уверен:)
а про пакет написал потому, что смысла особого нет делать portsnap fetch extract. потом ж все равно придется делать rm для ports/*, и checkout ports/head, как-то так;)


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено IMHO , 11-Янв-13 15:13 
да я собственно про то? что с портов собрать? svn делают такую трагедию и сравнивают это с OpenOffice который собирают в портах

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 15:26 
> да я собственно про то? что с портов собрать? svn делают такую
> трагедию и сравнивают это с OpenOffice который собирают в портах

как правило, трагедию делают и поднимают вой те, кто уже привык к тому, что есть csup.
им-то и log читать не интересно, да и некогда (серьезные ж парни!).


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 12-Янв-13 01:32 
в свое время сталкивался с тем, что portsnap "не проходит" через некоторые прокси-сервера (по вине последних).
итого portsnap естественно проще, кошернее и даже как-то шустрее, но в редких случаях не работает. Мне приходилось csup'ом обновляться.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено snow_spirit , 11-Янв-13 14:09 
Уже года два как везде использую portsnap fetch update, в крон не сую, т.к. иногда необходимы старые версии, а заворачиваться с даунгрейдом порта уж больно не хочется.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено mvalery , 11-Янв-13 16:44 
У меня порядка 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


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено deadless , 11-Янв-13 17:08 
Кстати вместе с csup/cvsup отвалится также и portdowngrade так что svn в портах становится более актуальным нежели portsnap

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 17:11 
> Кстати вместе с csup/cvsup отвалится также и portdowngrade так что svn в
> портах становится более актуальным нежели portsnap

При проблеме с обновлёнными портами использую простой откат установленных обновлений:
zfs rollback poolname/usr/local@fixpoint
zfs rollback poolname/var/db/pkg@fixpoint


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено mvalery , 11-Янв-13 17:26 
portdowngrade резко облегчается. Например:

Выясняем какие номера ревизий имеются для утилиты most
# svn log -q --limit 10 /usr/ports/sysutils/most

Откатываемся на конкретную ревизию
# svn update -r231694 /usr/ports/sysutils/most

<выполняем запланированные действия>

Возвращаем дерево портов к актуальному состоянию
# svn update /usr/ports


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено www2 , 11-Янв-13 19:11 
Чего только люди не придумают, лишь бы не пользоваться системами с пакетными менеджерами и стабильными ветками дистрибутивов.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 19:27 
> Чего только люди не придумают, лишь бы не пользоваться системами с пакетными
> менеджерами и стабильными ветками дистрибутивов.

К сожалению, такие системы, как правило, отстают от современного состояния программного обеспечения, подчинённой концепции непрерывной интеграции (CI) изменений. Не интересно.



"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 19:56 
> Чего только люди не придумают, лишь бы не пользоваться системами с пакетными
> менеджерами и стабильными ветками дистрибутивов.

это ты типа на дебиан намекнул? смешно получилось. центос еще вспомни.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено mvalery , 11-Янв-13 20:10 
Система портов даёт гибкость.
В моей практике неоднократно была необходимость оставаться на одной из предыдущих версий приложений или библиотек. Приложение, которое их использует, строится у меня на сервере под эти, конкретные, не самые свежие зависимости.
А вот пакетный менеджер, обновляя софт, через зависимости вытянет новейшие библиотеки и приложения нижнего уровня, которые мне не подходят.

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 20:49 
Бинарные дистрибутивы бесполезны, потому что не дают настроить опции порта и собрать его с оптимизациями. Кроме того, к левым бинарникам доверия никакого нет.

Стабильные ветки означают плесневелый софт и тоже бесполезны.

Чтобы не терпеть эту убогость, раз в год можно и откатиться. В продакшне я такой необходимости не встречал за 10 лет ни разу, только на десктопе было пару раз за те же 10 лет, и то потому что у меня половина коллекции портов установлена.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 12-Янв-13 01:33 
> Чего только люди не придумают, лишь бы не пользоваться системами с пакетными
> менеджерами и стабильными ветками дистрибутивов.

толсто


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено 4ertus2 , 11-Янв-13 20:20 
А насколько вообще svn дружит с безопасностью?
Чем-нибудь гарантируется, что никто не подменил svn.FreeBSD.org при очередном обновлении?

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено res2500 , 11-Янв-13 20:37 
так у них есть свои люди что следят за безопасностью

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено metallica , 11-Янв-13 21:03 
> так у них есть свои люди что следят за безопасностью

Мне,с момента скандала с бекдором в openbsd,стало казаться как-то вполне возможным наличие закладок,так хорошо замаскированных в дебрях кода.Или из присутсвующих,пользующихся есть тот,кто перечитывает все исходники от корки до корки,включая всё из портов?Кто эти,следящие
за безопасностью?


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено res2500 , 11-Янв-13 21:58 
>> так у них есть свои люди что следят за безопасностью
> Мне,с момента скандала с бекдором в openbsd,стало казаться как-то вполне возможным наличие

да хз, люди перерыли код и ничего не нашли, утверждать ничего не буду, так как сам не специалист по безопасности.

> закладок,так хорошо замаскированных в дебрях кода.Или из присутсвующих,пользующихся
> есть тот,кто перечитывает все исходники от корки до корки,включая всё из
> портов?

если и есть то это кодомазохисты

> Кто эти,следящие
> за безопасностью?

http://www.freebsd.org/administration.html#t-secteam



"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено mitiok , 11-Янв-13 22:18 
svn при этом в базовой системе нет. ну что за люди...

"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 22:43 
> svn при этом в базовой системе нет. ну что за люди...

можешь показать всю свою крутость. начало тут: svn://svn.freebsd.org/base/user/des/svnsup
а можешь с нуля нетленку изобразить. если будет не кривое - попадет в base. удачи.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено metallica , 11-Янв-13 22:59 
> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
> в base. удачи.

А что там так уж и ждут выскочек неизвестно откуда с своими разработками?Действительно
интересно.Идеи всякие снятся,реализовать бы,да как-то не знаешь куда сунуть,ну не на
github же.Там и так камню упасть некуда.Возьмут?


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 23:14 
>> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
>> в base. удачи.
> А что там так уж и ждут выскочек неизвестно откуда с своими
> разработками?Действительно
> интересно.Идеи всякие снятся,реализовать бы,да как-то не знаешь куда сунуть,ну не на
> github же.Там и так камню упасть некуда.Возьмут?

я не слышал такого, чтобы правильно оформленный код, с правильной с т.з. проекта лицензией и сделаный по уму (работает и ОК != по уму) не был принят. что касается github: pkgng, например, развивается там. точно также как и poudriere (аналог tinderbox).


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено mitiok , 11-Янв-13 23:19 
> можешь показать всю свою крутость. начало тут: svn://svn.freebsd.org/base/user/des/svnsup
> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
> в base. удачи.

вы про что? я расстраиваюсь что мне в хендбуке предлагают для обновления использовать отсутсвующую в системе программу, а вы мне предлагаете её написать? вы адекватны вообще?

nuclight-а почитайте о проблемах фрибсд


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 23:30 
>> можешь показать всю свою крутость. начало тут: svn://svn.freebsd.org/base/user/des/svnsup
>> а можешь с нуля нетленку изобразить. если будет не кривое - попадет
>> в base. удачи.
> вы про что? я расстраиваюсь что мне в хендбуке предлагают для обновления
> использовать отсутсвующую в системе программу, а вы мне предлагаете её написать?
> вы адекватны вообще?

Вы ж не русскую версию читаете, надеюсь? En должны были поправить, по идее.
> nuclight-а почитайте о проблемах фрибсд

я его ежедневно в ирц читаю, по разным поводам, хватает. и сильно часто он имеет мнение которое "правильное", не смотря на то, что таковым его считает только он.
(да, во фре есть проблемы, но описывать их, сидя под шиндошс на дестопе это как-то дико, мне так кажется.)


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 11-Янв-13 23:21 
> svn при этом в базовой системе нет. ну что за люди...

svn в любом случае лучше cvsup, для сборки которого из исходников нужно Модула 3 ставить. В первое время  при установке cvsup из портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui сделали.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено iZEN , 11-Янв-13 23:30 
>> svn при этом в базовой системе нет. ну что за люди...
> svn в любом случае лучше cvsup, для сборки которого из исходников нужно
> Модула 3 ставить. В первое время  при установке cvsup из
> портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui сделали.

Откройте для себя csup(1), наконец, и перестаньте ныть.



"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено тигар , 11-Янв-13 23:33 
>> svn при этом в базовой системе нет. ну что за люди...
> svn в любом случае лучше cvsup, для сборки которого из исходников нужно
> Модула 3 ставить. В первое время  при установке cvsup из
> портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui
> сделали.

с 6.2 в base есть csup на рассово-верном Си. забыть про cvsup уже давно пора было бы, если у Вас нет своего зеркала.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено Аноним , 12-Янв-13 01:35 
>> svn при этом в базовой системе нет. ну что за люди...
> svn в любом случае лучше cvsup, для сборки которого из исходников нужно
> Модула 3 ставить. В первое время  при установке cvsup из
> портов он X-ы умудрялся в зависимостях тянуть, потом отдельный порт cvsup-without-gui
> сделали.

в базовой сто лет как csup, который не надо собирать и который делает все что cvsup.


"Напоминание о прекращении распространения портов FreeBSD чер..."
Отправлено kshetragia , 14-Янв-13 06:09 
В svn появились бранчи для релизов портов. Пока только для 9.1
Кто-нибудь знает планируется ли в них добавлять security фиксы?