LINUX.ORG.RU
 
Manhunt

[opennet] FreeBSD RIP


0

0

http://www.opennet.ru/opennews/art.shtml?num=31422

Вкратце для Ъ-аналитиков:

>>-----Цитата---->>

После известия о начале перевода парка серверов Rambler-почты с FreeBSD на Linux развернулось множество обсуждений проблем FreeBSD, из которых стало известно, в том числе, и о планируемом переводе с FreeBSD поискового кластера Яндекс (более 30000 серверов).

..... наличия у проекта FreeBSD серьезных проблем, ставящих ОС (и, соответственно, связанных с ней рабочих мест) под угрозу вымирания, если сообщество прямо сейчас не осознает необходимость серьезных изменений и не начнет воплощать их в жизнь.

Кроме того, мешают развитию системы так же избыточное ЧСВ многих пользователей и разработчиков, считающих, что слишком большая популярность системе не нужна, потому что будет много неграмотных пользователей, система не будет "столь элитарна" (такое мнение ошибочно и вредно).

<<-----Цитата----<<

А по-вашему, какие проблемы еще остались у проекта FreeBSD? Дискач.

ЗАСТАВЬ КОМПЬЮТЕР ПОЛИВАТЬ ОГОРОД

автоматизация своими руками: электроприборы под контролем компьютера
beware of programmers who carry screwdrivers!
http://www.unicontrollers.com/products/unc01x

 ← 1 2 3 4 →
[#]  
yirk

Главная проблема *BSD - толпа фанатиков с лопатами, упорно пытающаяся закопать ОС, которая работает и никому не мешает.

** ()
[#]  
Mystra_x64

Лопаты в студию.

***** ()
[#]  
ramon13666

Как ироничны первые два комментария.

* ()
[#]  
kost-bebix

Мне до сих пор непонятно как они на svn живут. Ну, в том смысле, что это ведь первое, что нужно сменить для привлечения сторонних разработчиков и облегчения создания "тестовых веток" (или типа того). В остальном к FreeBSD вообще не притрагивался, потому что смысла не видел (говорят там ZFS есть, но те, кто говорят в ФС разбираются на уровне "туда тыкал сюда тыкал ZFS харашо работает").

** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 11:51:41  

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

не нужно, относительно недавно они перешли с CVS на SVN и при переходе как кандидаты рассматривались Mercurial и Git, но выбрали SVN с дополнительной подпоркой

***** ()
[#] Ответ на: комментарий от hizel 08.08.2011 11:57:46  
kost-bebix

> не нужно, относительно недавно они перешли с CVS на SVN и при переходе как кандидаты рассматривались Mercurial и Git, но выбрали SVN с дополнительной подпоркой

как ты определил что ненужно? Типа вот хочу я собрать команду из 3х человек и поработать над драйвером каким-нибудь, а потом запросить обратно изменения влить. Что делать? Экспортировать исходники, делать git/hg-репозиторий, потом делать патч на основнии ревизии той? или как?

** ()
[#]  
firestarter

Где тег "история успеха"?

*** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 12:00:30  

да, например так, что вас смущает? часть разработчиков так и делает

***** ()
[#]  

Перестаньте насиловать труп!(С)

### ()
[#] Ответ на: комментарий от hizel 08.08.2011 12:12:44  
kost-bebix

> да, например так, что вас смущает? часть разработчиков так и делает

ну, во-первых — если им нужно заэкспортировать какой-то патч из апстрима (там тоже что-то поправили) или другой ветки начнется головняк, во-вторых нельзя видеть историю файлов до того, как создался этот гит/хг репозиторий, в-третих это чего ж, каждый раз на каждый чих копировать тонну всякого вместо того, чтоб держать один репозиторий, обновлять, а из него уже клонировать куда надо? Бред и костыли, в общем. И да, мержить потом тоже ведь неудобно, уже свн подзабыл, но там разве можно пойти в какую-то ревизию, относительно нее создать новую голову, а потом вмержить её в транк? Или как это делается? Или сразу мержится в транк, а конфликты разрешаются в лучших традициях СВН (типа не три окошка, base/local/remove, а два окошка, где видишь две каши и делай что хочешь с ними, полный бред)?

** ()
[#]  
Siado

А какие у БСД самые серьезные проблемы?

*** ()
[#] Ответ на: комментарий от Siado 08.08.2011 12:25:18  

> А какие у БСД самые серьезные проблемы?

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

### ()
[#] Ответ на: комментарий от r_asian 08.08.2011 12:31:21  
Siado

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

*** ()
[#] Ответ на: комментарий от Siado 08.08.2011 12:43:24  
moot

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

* ()
[#] Ответ на: комментарий от Siado 08.08.2011 12:43:24  
vertexua

Фич каких-то важных серверных нет, все таки там меньше сил разработчиков. Это изен с синдромом утенка может на "как сделать то-то?" привести гигантский нечитаемый конфиг и сказать что линукс убогое поделие потому что там все одной строчкой. А эти ребята не упоротые, им что-то нужно, а в бзд нужно с этим бессонные ночи проводить. Решили кардинально исправить ситуацию.

*** ()
[#] Ответ на: комментарий от Siado 08.08.2011 12:43:24  
madcore

>Наверное, она справляется со своими задачами гораздо хуже чем линукс.

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

>Или может слишком дорога в обслуживании.

Видимо, в первую очередь это связано с нехваткой специалистов по малораспространенной ОС, в то время как кол-во linux-админов растет.

***** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 12:00:30  
INFOMAN

> Экспортировать исходники, делать git/hg-репозиторий, потом делать патч на основнии ревизии той? или как?

sudo flaggie dev-vcs/git +svn

**** ()
[#] Ответ на: комментарий от INFOMAN 08.08.2011 12:56:52  
INFOMAN

> sudo flaggie dev-vcs/git +svn

+subversion точнее.

Гит прекрасно умеет импортировать историю, синкать, мержить и вроде даже коммитить результат обратно в свн.

**** ()
[#]  
vertexua
>>-----Цитата---->>

Многие, кто могли бы использовать FreeBSD, уходят из-за сравнительно небольших технических проблем, уже решенных в других системах, потому что сообщество FreeBSD отказывается что-то менять.

<<-----Цитата----<<

Золотые слова. Думаю там можно все поправить. Но от самого внешнего вида и опыта пользования FreeBSD тянет старьем, унылостью и ущербность.

*** ()
[#] Ответ на: комментарий от INFOMAN 08.08.2011 13:00:34  
kost-bebix

> Гит прекрасно умеет импортировать историю, синкать, мержить и вроде даже коммитить результат обратно в свн.

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

** ()
[#]  
devl547

>какие проблемы еще остались у проекта FreeBSD?

ее ненужность? но это лечению не поддается.

**** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 13:04:11  
INFOMAN

> А еще потом где-то шарить репозитории эти (тоже закачивать их куда-то и т.д. и т.п.) для общей разработки

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

**** ()
[#]  

Бедный изя.

()
[#] Ответ на: комментарий от daemontux 08.08.2011 13:15:02  
vertexua

Ждем его душеизлияний о том что ВЕСЬ МИР не прав

*** ()
[#]  

> А по-вашему, какие проблемы еще остались у проекта FreeBSD?

Над ним работает мало людей. Впрочем, с такой лицензией другого ожидать не приходится.

***** ()
[#]  
quantum-troll

Скоро Plan 9 будет более жив, чем FreeBSD.

* ()
[#] Ответ на: комментарий от INFOMAN 08.08.2011 13:12:58  
kost-bebix

> А дальше можешь шарить хоть на гитхабе, хоть на своём gitolite, ибо получившееся в результате импорта есть абсолютно полноценный гит репозиторий.

Ага. Сотни мегабайт на гитхаб лить ради фикса какого-то. Отлично.

** ()
[#]  
Andersen

не пугай так. по заголовку подумал, что действительно ripнулось.

* ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 13:35:08  
INFOMAN

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

**** ()
[#] Ответ на: комментарий от INFOMAN 08.08.2011 13:12:58  
kost-bebix

ну и, собственно, различные ветки как они разрабатывают, типа которые еще не достаточно стабильны, чтоб влить, но уже нужны экспериментаторам? Короче говоря, почему они не перешли на гит, если это удобно?) Или они как и ты доказывают, что гит не нужен, а всё делается через импорт/экспорт?

** ()
[#] Ответ на: комментарий от INFOMAN 08.08.2011 13:37:19  
kost-bebix

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

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

** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 11:51:41  
Reset

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

***** ()
[#] Ответ на: комментарий от r_asian 08.08.2011 12:31:21  
X10Dead

Учи матчасть, до 94го года бздуны заруливали линукс.

** ()
[#]  
Reset

Не знаю насчет яндекса, а рамблер обсудили уже на роеме. у них вроде как главный разработчик неадекват и переходить они стали потому что ему так захотелось, а не из-за каких-то ограничений. Единственная вменяемая причина — убогий менеджер пакетов в freebsd, остальное все было высосано из пальца.

***** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 13:39:34  
xspirit

при чем вообще система контроля версий? если ты не знаком с SVN это твоя проблема!

()
[#] Ответ на: комментарий от Reset 08.08.2011 13:42:14  
kost-bebix

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

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

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

** ()
[#] Ответ на: комментарий от X10Dead 08.08.2011 13:42:51  

> Учи матчасть, до 94го года бздуны заруливали линукс.

Цыплят по осени считают.

### ()
[#] Ответ на: комментарий от xspirit 08.08.2011 13:46:03  
kost-bebix

> при чем вообще система контроля версий? если ты не знаком с SVN это твоя проблема!

напомню, это был ответ на

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

и вот здесь как раз я не могу понять, как можно спрашивать "при чем вообще система контроля версий" (при упоминании клонов, хардлинков (в свн вообще на каждую ветку репозиторий копируется), веток, которые нормально мержатся в три стороны) и с чего ты взял, что я не знаком с SVN?

** ()
[#] Ответ на: комментарий от r_asian 08.08.2011 13:54:02  
X10Dead

Я к тому, что на тот момент линукс ни кому особо и не нужен был, пока не начались патентные проблемы.

** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 13:51:55  
Reset

> И здесь требуется не только от разработчиков усилие (причем нехилое) в экспорте в гит

Какое ? Запустить git svn это уже усилие?

> надо руками все эти .rej-файлы разруливать

Не знаю как в git'е, а в том же hg можно прикрутить какую угодно мерджилку и именно она запуститься если не накатятся патчи.

> а еще и впринципе отсутствие хоть какой-то иерархии разработки

Ты не знаком с разработкой freebsd. Иерархия там как раз есть.

***** ()
[#] Ответ на: комментарий от X10Dead 08.08.2011 13:42:51  
Reset

До 2003'го. Именно тогда вышло ядро 2.6.

***** ()
[#]  
thesis

Рамблер гораздо мертвее BSD, если уж на то пошло.

*** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 13:55:00  
Reset

Проблема freebsd это не svn. Линух вообще 15 лет без какой бы то ни было системы контроля версий разрабатывался.

***** ()
[#] Ответ на: комментарий от Reset 08.08.2011 13:59:27  

> До 2003'го. Именно тогда вышло ядро 2.6.

Linux стал заруливать FreeBSD (да и все остальные BSD) в поздних 2.4, а до того просто шел наравне.

> Линух вообще 15 лет без какой бы то ни было системы контроля версий разрабатывался.

10 :)

***** ()
[#] Ответ на: комментарий от tailgunner 08.08.2011 14:02:44  
Reset

> Linux стал заруливать FreeBSD (да и все остальные BSD) в поздних 2.4, а до того просто шел наравне

в редхатовских ядрах, ибо туда кучу всего из 2.6 бекпортили

***** ()
[#] Ответ на: комментарий от Reset 08.08.2011 13:56:31  
kost-bebix

> Какое ? Запустить git svn это уже усилие?

Нет, пожалуй ты прав. Это не усилие. Это — костыль.

> Не знаю как в git'е, а в том же hg можно прикрутить какую угодно мерджилку и именно она запуститься если не накатятся патчи.

Не всегда. См. hg transplant, к примеру, или hg qpush. Получишь кучку .rej-файлов.

> Ты не знаком с разработкой freebsd. Иерархия там как раз есть.

Ну вот я и не понимаю, строить такую вот иерархию вокруг свн — это (в сравнении с git, как в линуксе) — костыль.

Ну и основные преимущества — нормальный мерж, когда ты видишь базовый файл и изменения относительно него, а не просто попытку слить две огромные кодовые базы.

** ()
[#] Ответ на: комментарий от Reset 08.08.2011 14:03:23  

>> Linux стал заруливать FreeBSD (да и все остальные BSD) в поздних 2.4, а до того просто шел наравне

> в редхатовских ядрах

Не-а. Просто в середине 2.4 переписали управление VM.

***** ()
[#] Ответ на: комментарий от Reset 08.08.2011 13:59:27  
kost-bebix

> Проблема freebsd это не svn. Линух вообще 15 лет без какой бы то ни было системы контроля версий разрабатывался.

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

** ()
[#] Ответ на: комментарий от kost-bebix 08.08.2011 14:05:45  

>> Не знаю как в git'е, а в том же hg можно прикрутить какую угодно мерджилку и именно она запуститься если не накатятся патчи.

> Не всегда. См. hg transplant, к примеру, или hg qpush. Получишь кучку .rej-файлов.

Делай rebase очереди - запустится мержилка.

***** ()
 ← 1 2 3 4 →
Talks