Линус меняет свои привычки!

Ну наконец-то.

Хм... Возникает несколько вопросов. 1) Продукт этот вроде закрытый и коммерческий. "Хорошо" ли использовать в разработке линукс-ядра что-либо не "open-source"? 2) Чем не подошёл, собственно, CVS?

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

Ну, товарищи, когда же вы читать научитесь?!? Он не переходит на bitkeeper, поскольку и так на нём давно живёт, а просто сообщает о том, что заскриптовал работу с патчами.

Интересно Линуса читать, столько слов паразитов. Особенно любимо им слово "actually", не помню случая когда он бы его не употребил. Уважаемый Антикрест, где там сказано, что Линус "давно живёт" под биткипером? Цитату в студию. Да, и очень хотелось бы получить вразумительные ответы на вопросы первого анонимуса. Из ответа Korwin-а следует, что бесплатные консервы в платной таре могут считаться свободными. Кстати, а чем Линусу CVS не понравился? Если не ошибаюсь, он как-то говорил, что его не устраивает его лицензия. Неужели лицензия биткипера для него лучше и пушистей?

"Кстати, а чем Линусу CVS не понравился?"
На сколько мне помнится с CVSом у линуса не сложилось из-за того что тот очень плохо относится к переименованию файлов и директорий.

Интересно, сколько ему заплатили?

Интересно другое - если с CVS Линус не работал, с Биткиипером вот только начинает.. то как он вообще до этого работал, что использовал для своей работы? какое ПО?!

/dev/brain наверное, что ж ещё-то.

Дааа.
А новый Changelog гораздо лучше предыдущего. Интересно, уговорит ли народ Линуса оставить Changelog в таком же формате как в этом послании?
Сдается мне что нет.

Кому интересно, почитайте kernel-traffic на эту тему: http://kt.zork.net/kernel-traffic/kt20020211_153.html#9

Там всё написано по поводу BK, CVS и /dev/brain

МеРВ

хит вопросов в будущем: "при загрузке нового ядра от линуса пишет что не найдено /dev/brain" :)))))

Хм, вообще-то у CVS есть вагон клонов, где ограничения на переименование сняты

А Perforce все равно лучше :-)

А вот на русском:
http://zdnet.ru/?ID=181541

А как вам такая ссылочка? http://linux25.bkbits.net/

Там этого не сказано. Однако, Линус про свой любимый bitkeeper пел всякий раз, как его спросят, "а фигли не CVS". В мессаге же написано, что он наконец прикрутил к биткиперу скриптики, упрощающие работу с присланными от майнтейнеров патчиками, и теперь типа будет шустрее на них реагировать...

Ну а про bitkeeper vs. CVS - тут много критериев. В первую очередь - в CVS просто жопа с rename. Кроме того - привычки...

2 "первй анонимус": идем и читаем http://www.bitkeeper.com/Sales.Licensing.Overview.html и далее по ссылкам

кто-нибудь вообще читал документацию на ядро которая в /usr/src/linux/Documentation/kbuild/ прежде чем спрашивать почему бы не использовать cvs, etc.. ?!?! там ясным английским языком написано почему не использовалось cvs, наверное с тех пор что-то поменялось...

2mator

/usr/src/linux/Documentation/kbuild/bug-list.txt:

- 'make dep' uses multistage dependencies, so the .hdepend file contains
  'touch' commands.  As a result, building a kernel often touches files
  in include/linux/*.h.  This messes up CVS and other systems which like
  to rely on file dates.

Вообще то невозможность использования CVS считается багом в текущей
реализации kbuild.

Сие означает что BitKeeper бесплатный при определенных условиях?

The goal of the BitKeeper business model is to maximize value to three groups:

The Free Software users.
People in this group tend to want the product for free, want to know that they are not dependent on the vendor for support, and need to know they can get the source and fix it themselves should that be necessary.

Еще одна ссылка http://linux.bkbits.net/ а также цитата с сайта http://www.bitkeeper.com >> Oct 19 2001

Linux 2.4 kernel is hosted at BitMoover

>>

отнюдь не неделю назад.

http://subversion.tigris.org - кто либо пробовал?

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

Спросил разработчиков, собираются ли они поддерживать систему QNX.
Получил моментальный ответ : "Да, если объем продаж превысит 50К".
А жаль :(