LINUX.ORG.RU

В FreeBSD анонсировано окончание поддержки CVS для портов

 , , ,


0

2

28 февраля 2013 года заявлено как дата, после которой дерево портов FreeBSD более не будет экспортироваться в CVS.

Это приведет к тому, что перестанут работать обновления дерева портов через CVS, cvsup и csup, к которым пользователи FreeBSD привыкли за многие годы использования этой системы. Всем пользователям рекомендуется перейти на обновление дерева портов через portsnap или subversion до указанной даты.

В качестве основной причины указывается крайняя сложность поддержки работы Ezm3 (компилятора, при помощи которого собирается cvsupd/cvsup) на архитектуре amd64 и сборки этого компилятора при помощи Clang.

>>> [HEADS-UP] Announcing the end of port CVS



Проверено: JB ()
Последнее исправление: sergv (всего исправлений: 1)

Ответ на: комментарий от unC0Rr

Бу-га-га. Если уж на то пошло, пользователям вообще не нужна VCS, ни в каком виде.

baverman ★★★
()
Ответ на: комментарий от vurdalak

А если бы ещё отказаться от одного дерева, и поддерживать несколько репов (как в exherbo), то вообще было бы счастье и минимум бесполезного трафика.

matimatik
()
Ответ на: комментарий от Shaman007

Ну да, это, пожалуй актуально в портах. У них же там нет слотов и во многих случаях приходится держать почти эквивалентные порты (для разных веток) в разных каталогах.

matimatik
()
Ответ на: комментарий от Shaman007

IMHO это багофича CVS, а не мана небесная от svn. У CVS довольно много родимых пятен к сожалению и невозможность переименовывать далеко не самое худшее.

Evgueni ★★★★★
()
Последнее исправление: Evgueni (всего исправлений: 1)
Ответ на: комментарий от cruxish

Ведущая программы на НТВ — это вам не хухры мухры.

Evgueni ★★★★★
()

Понапишут быдлокода, который потом поддерживать не могут.

unt1tled ★★★★
()
Ответ на: комментарий от matimatik

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

Да, именно так и сделано в exherbo. Там, кроме этого есть очень удобные средства практически бесшовной интеграции всех официальных и неофициальных репов, чем она и хороша.

Пока, к сожалению, репы там остаются чуточку нестабильными (в части не самых популярных пакетов), но уже не так критично, как несколько лет назад.

matimatik
()
Ответ на: комментарий от frozenix

А Subversion нет. О чём и речь. *BSD это «нет GPL'у! (как только сможем всё своё без него запустить)».

Deleted
()
Ответ на: комментарий от niXman

а через пару лет уже от subversion будут отказываться?

Ага, когда навелосипедят свою DVCS под лицензией BSD

goingUp ★★★★★
()
Ответ на: комментарий от renya

потому что они плохо подходят для данной задачи

Reset ★★★★★
()
Ответ на: комментарий от niXman

а через пару лет уже от subversion будут отказываться? странный выбор...

Нормальный выбор, разумный. Являясь ветераном религиозных срачей, не могу припомнить аргумента против svn серьёзней «subversion - сакс, git(mercurial и др.) - форева».

А как просишь показать типичный пример использования ими того же git, то оказывается, что дальше clone, pull, add и push дело не ушло. То есть технология использования не имеет в себе ничего такого, чего нет в svn. Но зато огонь в глазах, сопли пузырями.

Я не отрицаю, что есть у распределенных систем поддержки версий некоторый сахарок, но 95% разработчиков его тупо не используют, ибо им это ненужно. И прекрасно себя ощущают, и работают производительней.

r_asian ★☆☆
()
Ответ на: комментарий от r_asian

А как просишь показать типичный пример использования ими того же git, то оказывается, что дальше clone, pull, add и push дело не ушло.

So true.

То есть технология использования не имеет в себе ничего такого, чего нет в svn.

Глупости. Не «технология использования», а «практическое понимание системы».

Хотя... это же расианчег, он, как обычно, тупо троллит %)

tailgunner ★★★★★
()
Ответ на: комментарий от Homura_Akemi

Расскажи зачем коммитеру в порты нужна dvcs в которой даже толком невозможно скачать только _одну_ нужную директорию.

Reset ★★★★★
()
Ответ на: комментарий от tailgunner

Глупости. Не «технология использования», а «практическое понимание системы».

О нашел нежное выражение: «сложившаяся практика применения».

r_asian ★☆☆
()
Ответ на: комментарий от r_asian

О нашел нежное выражение: «сложившаяся практика применения».

Практика, которая сложилась у гитхаб-быдла аудитории Github? Да, наверное.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

Практика, которая сложилась у гитхаб-быдла аудитории Github? Да, наверное.

Так оно, как правило, и является наиболее яростным обличителем svn.

r_asian ★☆☆
()
Ответ на: комментарий от another

ну Ябб^Wспонсоры иначе им денег не дадут, если не сделают усё как надо. интересно, за TCP/IP стек кое-кто в своё время дал? и за ftp-клиент, лол.

anonymous
()
Ответ на: комментарий от anonymous

у сидящих на подачках от банальных проприетарщиков.

anonymous
()
Ответ на: комментарий от cruxish

Не печально, а более грустнее.

anonymous
()
Ответ на: комментарий от Reset

Вот они и пользуются svn.

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

baverman ★★★
()
Ответ на: комментарий от Reset

Может объяснишь зачем для это задачи dvcs?

Гм, повторюсь для особо понятливых. Для хранения и обновления дерева портов VCS не нужны совершенно.

baverman ★★★
()
Ответ на: комментарий от baverman

Если учесть, что пользователи и разработчики FreeBSD, в большинстве своем, одни и те же люди

Не путайте FreeBSD и OpenBSD :)

Homura_Akemi
()
Ответ на: комментарий от Reset

Я не знаю что нужно «разработчику» портов во FreeBSD для повседневной работы - может ему вообще не нужна ни история, не разные ветки.

Но если это нужно, то от dvcs (на примере git) он получит как минимум локальную копию всей репы с возможностью быстро просматривать историю (локально), мгновенно переключаться между разными ветками, быстро генерировать диффы между интересующими коммитами/тегами, пользоваться bisect для поиска регрессий, делать stash или локально создавать временные коммиты по ходу «разработки», которые впоследствии легко объединить в несколько логически целостных коммитов, прежде чем пушить завершённую работу в центральную репу. Также это позволит потенциальным контрибьюторам проекта проще включиться в разработку, а мейнтейнерам - проще мержить код от сторонних контибьюторов.

P.S. Если вышенаписанное не совсем применимо для портов, то для базовой системы - вполне.

SKYRiDER ★★★
()
Ответ на: комментарий от baverman

То есть предлагаешь разработчикам по старинке файлики по ftp закачивать? А если кто-то что-то испортит, то выяснять кто и куда откатывать через libastral ?

Reset ★★★★★
()
Ответ на: комментарий от SKYRiDER

Замечательно, зачем это нужно для портов? Например, я майнейнер порта ports/x/wtf и мне нах.... не впились остальные 100500 портов. Я беру выкачиваю через svn только _свой_ порт и делаю с ним что хочу. Как мне в этом поможет git?

Reset ★★★★★
()
Ответ на: комментарий от Evgueni

мана небесная

За что ты так ненавидишь русский язык?

harper
()

cvs должно сдохнуть. svn приятнее но один хрен угребство //git user

AiFiLTr0 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.