Эрик Реймонд (Eric S. Raymond (http://ru.wikipedia.org/wiki/Eric_S._Raymond)), один из основателей организации OSI (Open Source Initiative), стоявший у истоков движения открытого ПО, написавший в свое время известное эссе "Собор и Базар (http://lib.ru/LINUXGUIDE/bazar.txt_with-big-pictures.html)&q...предложил (http://lists.gnu.org/archive/html/emacs-devel/2014-01/msg000... в списке рассылки разработчиков Emacs отказаться от использования системы контроля версий Bazaar (bzr), мотивировав такой шаг тем, что дни bzr сочтены. В качестве примера умирания bzr упоминается переход большинства внутренних проектов компании Canonical, развивающей bzr, на Git.
Эрик считает, что именно сейчас то время когда можно безболезненно перевести разработку Emacs на Git, не дожидаясь окончательного провала bzr. При этом, негативное влияние не столько с прекращением развития bzr или пригодности его как инструмента для промышленного использования, сколько в проблемах с привлечением новых разработчиков к работе над Emacs, который отпугнёт применение устаревшей и непривычной системы. Многие молодые разработчики и так считают Emacs устаревшим усложнённым и громоздким динозавром, застрявшем в прошлом веке. Если есть желание изменить подобное мнение, то проект не может себе позволить применять неактуальные технологии в разработке.
Эрик готов взять на себя роль технического лидера при проведении миграции, предоставив уже имеющийся у него опыт перевода проекта troff на Git, но перед этим сообщество разработчиков должно принять решение. Ричард Столлман в своём ответе (http://lists.gnu.org/archive/html/emacs-devel/2014-01/msg000...на предложение Эрика указал на то, что он не настаивает на том, чтобы проект остался на bzr и выбор данной системы был сделан, так как в своё время bzr был вполне конкурентоспособным.
URL: http://lists.gnu.org/archive/html/emacs-devel/2014-01/msg000...
Новость: http://www.opennet.me/opennews/art.shtml?num=38777
перевод одного переусложненного монстра (имакс) на другой переусложненный монстр (гит)
ненужность в квадрате!
вантузятникам всё что сложнее чем гвоздь -- переусложнено
Сколько раз в 2103-м году вы лично запускали Emacs?
> Сколько раз в 2103-м году вы лично запускали Emacs?Вы б хоть версию сперва назвали... как оно там, в двадцать втором? ;-)
>> Сколько раз в 2103-м году вы лично запускали Emacs?
> Вы б хоть версию сперва назвали... как оно там, в двадцать втором?
> ;-)xemacs-21.4.22
Я запускал около 5000 раз, навскидку.
А я два раза, ради вообще.
Не нужен он мне и не представляю, кому он мог бы.
Вопрос на засыпку: что устроено сложнее - система с сложной логикой и простым интерфейсом или простая система с сложным интерфейсом?
> Вопрос на засыпку: что устроено сложнее - система с сложной логикой и
> простым интерфейсом или простая система с сложным интерфейсом?Второе. В чем смысл вопроса?
Поддерживаю. Я был очень рад, когда APT перешёл с Bazaar на Git.
А когда перейдёт на svn, будет ещё лучше
> А когда перейдёт на svn, будет ещё лучшеЧем?
Тем, что слоупоки не осилившие git смогут покодить
А зачем они? Пусть в SVN сидят и свои порты компилируют, нормальный пакетный манагер для них такой же авангардизм как и нормальная DVCS.
Нате вот почитайте, http://force-net.com/2011/11/svn-vs-dvcs.html
И досвидос.
Сами читайте свой крап. А мне здравый смысл подсказывает что мне удобно в гите например по версиям шариться. Попробуйте например git bisect на SVN изобразить. И как, хорошо получается? SVN без перекачки мегазов филезов с сервака вообще нифига не может. Система контроля версий версии хреново контролирует...
Там в комментарии вполне внятно ответили на этот пьяный бред
Вот именно, прочтите все комментарии, все защитники Git почему то как обычно оказались во всём не правы.
> Вот именно, прочтите все комментарии, все защитники Git почему то как обычно
> оказались во всём не правы.Да, блин, мы не правы в том что нам удобно не зависеть от какого-то долбаного центрального сервера и конективити к нему. Что мы используем VCS чтобы шариться между версиями, вплоть до прогулки по ревизиям с целью понять где посадили баг и какой именно коммит это вызвал. И уж конечно нам не нравится идея заапгрейдить линевый кернель месячной давности за менее чем минуту, скачав жалкие 300 кб дельты. А это как бы совсем и не сарказм, ну разумеется :).
Git устарел больше 10 лет назад. Вот тогда его и нужно было сразу массово выпилить и везде поставить svn. Чтобы такие как вы подобных глупостей не писали. Почему бы вам не использовать Rational ClearCase вместо git?
Жаль что всегда находятся хомячки, которым лень выучить что-либо новое и они готовы сидеть на допотопном мусоре. Вы может ещё старый добрый консольный Unix себе вместо современного Linux поставите?
> Git устарел больше 10 лет назад. Вот тогда его и нужно было
> сразу массово выпилить и везде поставить svn.Хочу посмотреть как вы на SVN отгрохаете аналог git bisect например :).
а ещё форк и пулл-реквест))
> а ещё форк и пулл-реквест))Эти еще ладно. А вот bisect активно использует возможность быстро и беспроблемно шариться между версиями. На SVN шариться между версиями с такой скоростью - заманаешься весь интернет перекачивать каждый раз.
Угу. Особенно там осуществимы тормоза при попытке получить лог с сервера, а тем более - дифф с какой-нибудь древней версией файла. И бесконечные ошибки, после которых и руками чистить каталоги приходилось (svn cleanup не помогал), когда делаешь svn up при плохой связи, когда соединение рвется где-то посередине операции. А вот "коммит на любой чих" с формированием потом нормального коммита в основное дерево - там как-то не особо осуществим. Как и много чего ещё.Ну и да, bisect делать, дергая всё с сервера - это отдельное удовольствие. Нет уж, спасибо, я этого добра уже наелся. когда всё дерево лежит локально, есть stash, индекс и прочее - оно как-то поудобнее будет.
> Угу. Особенно там осуществимы тормоза при попытке получить лог с сервера, а
> тем более - дифф с какой-нибудь древней версией файла.Да что там, переключиться в большом активном проекте на ревизию месячной давности чтобы посмотреть "а был ли там этот баг?" - займет туеву хучу времени. А git отпедалит это с такой скоростью что я поначалу думал что я вообще неправильно команду ввел и она не сработала. А это он оказывается с такой скоростью ревизии переключает, умудрившись запатчить все файлы со скоростью реактивного самолета.
> Угу. Особенно там осуществимы тормоза при попытке получить лог с сервера, а
> тем более - дифф с какой-нибудь древней версией файла. И
> бесконечные ошибки, после которых и руками чистить каталоги приходилось (svn cleanup
> не помогал), когда делаешь svn up при плохой связи, когда соединение
> рвется где-то посередине операции.А Git научился возобновлять закачку при кратковременном пропадании соединения?
Зачем? Чтобы вот также всё превращалось в тыкву?
> Зачем? Чтобы вот также всё превращалось в тыкву?Но Hg же умеет это и в тыкву ничего не превращает.
БсдиЖаба-логика? Меркуриал что-то там умеет, значит сабвершион хороший?
Похмеляться пробовал?
> БсдиЖаба-логика? Меркуриал что-то там умеет, значит сабвершион хороший?Вот такая вот изенская логика :)
Не научился. Но, в отличие от SVN, при обрыве не калечит локальную копию, чем очень даже страдает svn up. И это реально задолбало в своё время.
> А Git научился возобновлять закачку при кратковременном пропадании соединения?Особого смысла нет, имхо. Дело в том что 1 раз в жизни нужный проект можно укачать на нормальном канале. Или если его совсем нет - флоппинетом^W камазом с сидюками заготовку репки получить. А потом дельта уже мизерная, даже в убер-активном проекте типа линевого ядра это обычно сотни кил какие-то. Это и без докачки прокачается.
> Git устарел больше 10 лет назад.С учетом того что 9 лет назад появился?
Скоро и с mercurial начнутся массовые переходы..
Ага, «без базару».
скорее с уродливого гита на идеальный меркуриал
> скорее с уродливого гита на идеальный меркуриалЭто, видимо, такой тонкий сарказм?
Ответ Столмана, кстати:[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
а почему скобки не круглые?
Борода в своём стиле - ляпнул, теперь ещё полгода не появиться в рассылке. :)
> Ответ Столмана, кстати:прикинь теперь чтобы борода написал про СОРМ-1 и СОРМ-2
ну так напиши ты, если есть что, кроме названийправда, боюсь что 1) ты не очередной сноуден, 2) писать там нечего
он об этом говорил на RussiaToday
> прикинь теперь чтобы борода написал про СОРМ-1 и СОРМ-2Если б ты не был такой мелкой американской шестеркой - заметил бы что в РФии есть вещи и похуже этих твоих страшилок. Например попытки праводеров делать SSL-bumping и инициатива по хранению всего траффа 12 часов. Разумеется за счет провайдеров.
>> прикинь теперь чтобы борода написал про СОРМ-1 и СОРМ-2
> Если б ты не был такой мелкой американской шестеркой - заметил бы
> что в РФии есть вещи и похуже этих твоих страшилок. Например
> попытки праводеров делать SSL-bumping и инициатива по хранению всего траффа 12
> часов. Разумеется за счет провайдеров.К счастью, SSL-бампинг не взлетит, потому что он ломает работу с сервисами, использующими pinning сертификатов, которых становится все больше.
> К счастью, SSL-бампинг не взлетит, потому что он ломает работу с сервисами,
> использующими pinning сертификатов, которых становится все больше.Да он в общем то все ломает, но логика праводера простая: не хочешь грызть кактус? Сиди гоолдным!!!
Rmail никто уже не пользуется, а он есть
> написавший в свое время известное эссе "Собор и Базар"На этом его достижения в СПО закончились. А не, был еще fetchmail, но упоминать о нём и его архитектуре в приличном обществе считается моветоном.
http://geekz.co.uk/lovesraymond/wp-content/ep013.jpg
Это на уровне ядра Linux :-P
>> написавший в свое время известное эссе "Собор и Базар"
> На этом его достижения в СПО закончились. А не, был еще fetchmail,Какой-то анОним поднимает ногу на самого папу опенсорца!? В шоке.
http://www.catb.org/esr/reposurgeon/ = это гораздо ближе к SUBJ-у, чем помянутый наверху catb
http://www.catb.org/esr/structure-packing/ - на днях буквально
> но упоминать о нём и его архитектуре в приличном обществе считается
> моветоном.Конечно, http://www.catb.org/~esr/writings/taoup/ молодой падаван.
Вот за это папство ему отгрызть голову и надо в первую очередь. Из "опенсорса " получилась отличная подстилка для проприетарщиков.
> Вот за это папство ему отгрызть голову и надо в первую очередь.
> Из "опенсорса " получилась отличная подстилка для проприетарщиков.Как показывает практика, она, подстилка, проприертариями устраивается из чего угодно. Многие хотят стелиться. Человек слаб.(*) Но да, ярлык, рождённый двумя папами, теперь больше мышеловка, чем инструмент.
(*) Очень многие считают, что можно -- чтобы окушать. Столман-то у нас есть, вот Че Гевары нет.
Реймонд - тот ещё внутренний враг, это да. Но в данном случае идея явно здравая.
От перехода на гит монстр должен преобразиться что-ли?
гит прост и лаконичен
Ещё раз о «Mercurial против Git» (с картинками): http://habrahabr.ru/post/123700/
> Ещё раз о «Mercurial против Git» (с картинками): http://habrahabr.ru/post/123700/Точно такое же можно написать и про меркуриал. Впрочем, достаточно просто вгрузить в этот кусок бидона проект размером с линуховый кернел и сравниить по скорости работы с GIT...
Firefox, OpenJDK, Netbeans - выбирайте.
И который из этих проектов сопоставим по размеру с линуховым кернелом?
> И который из этих проектов сопоставим по размеру с линуховым кернелом?Децкий садт.
Total Lines per www.ohloh.net/p/$$PROJ$$/analyses/latest/languages_summary
linux 23,082,804
netbeans 15,957,797
firefox 13,895,739
openjdk 9,779,043
emacs 2,175,427(Code Lines примерно по 2/3 приведённого)
> Total Lines per www.ohloh.net/p/$$PROJ$$/analyses/latest/languages_summaryА это... число коммитов например мы посчитать не хотим до кучи?
##16:25 , 03-Янв-14, (76)##>>> сопоставим по размеру с линуховым кернелом?
>> Total Lines per www.ohloh.net/p/$$PROJ$$/analyses/latest/languages_summary
> А это... число коммитов например мы посчитать не хотим до кучи?_Я_ в курсе. www.opennet.ru/openforum/vsluhforumID3/91363.html#61
Охотно верю, что другой Аноним из #76 идuот.
Вопрос даже не в количестве кода, а в количестве коммитов.
В линухе оно измеряется тысячами в день.
Для примера — попробуйте подписаться на штук 5-10 списков рассылки (из пары сотен) на http://vger.kernel.org/vger-lists.html — не каждый почтовый клиент справится. А жит вот работает. И довольно легко.
Серьёзно, попробуйте подпишитесь (хотя бы на время). Увидите реальный объём и кода, и работы.
> В линухе оно измеряется тысячами в день.Не, ну не настолько круто, конечно. Но их дофига. Реально дофига. Полная история - довольно большая. И помнится когда народ мерял - hg сильно сдристывал по скорости операций, невзирая на дружные вопли бидонистов о том как их добро не тормозит. В следующий раз пусть руками свою питонятину подталкивают для ускорения.
В том то и дело, что именно настолько.
Не, конечно каждая группа достаточно автономна (например ext, xfs, btrfx, lvm,...) сама по себе и к Линусу попадает уже через окно, но объём всё-равно впечатляет воображение.В общем, подпишитесь на интересующие и убедитесь сами. Крэш-тест для вашего почтового клиентм обеспечен.
> И помнится когда народ мерял - hg сильно сдристывал по скорости операцийпора ввести термин "память анонимуса" - помнит те вещи которых не было
> пора ввести термин "память анонимуса" - помнит те вещи которых не былоДа вон линевый кернел со всей историей общедоступен. Вгрузи и наслаждайся, чо. А гит иногда операции с такой скоростью выполняет что я поначалу думал что я команды неправильно ввожу :).
>не каждый почтовый клиент справится.просто не пользуйтесь thunderbird и будет вам счастье
>Увидите реальный объём и кода, и работы.
и что это покажет? как между различными серверами/репами бегают коммиты? и что?
>>не каждый почтовый клиент справится.
>просто не пользуйтесь thunderbird и будет вам счастьеКак раз он (и seamonkey) работают сносно
>>Увидите реальный объём и кода, и работы.
>и что это покажет? как между различными серверами/репами бегают коммиты? и что?Это покажет что вы не только ничего не понимаете в мухах и леммингах (#55), но также ничего не знаете о тэгах, бранчах, этк. Огласить весь список? https://git.kernel.org/cgit/linux/kernel/git
зыж
>и что?И всё. Сотни и тысячи коммитов легко и эффективно управляются.
> Это покажет что вы не только ничего не понимаете в мухах и леммингах (#55), но также ничего не знаете о тэгах, бранчах, этк. Огласить весь список? https://git.kernel.org/cgit/linux/kernel/gitбезусловно, вы более эксперт по мухам и дерьму, чем я, но вот причем тут бранчи и теги?
> И всё. Сотни и тысячи коммитов легко и эффективно управляются.
вы смешали менеджмент и тулзы. учите матчасть
>> И всё. Сотни и тысячи коммитов легко и эффективно управляются.
>вы смешали менеджмент и тулзы. учите матчастьСистемы контроля версий как раз и придуманы для менеджмента (управления) проектами.
Ваш К.О. Специально для одной мухи с дерьмом в голове.
>Системы контроля версий как раз и придуманы для менеджмента (управления) проектами.только в вашей недоконторе, или багтрекер у вас тоже в dvcs?
ну и поинт был в том, чтобы не смешивать социальное (собственно просмотр кода) и механическое (собственно коммиты).>Ваш К.О. Специально для одной мухи с дерьмом в голове.
так вы ж лемминг, не? определитесь уже, а то смешно у вас получается
> только в вашей недоконторе, или багтрекер у вас тоже в dvcs?А зачем смешивать багтрекинг и версионирование?
> ну и поинт был в том, чтобы не смешивать социальное (собственно просмотр
> кода) и механическое (собственно коммиты).Ну так гит и не смешивает особо сам по себе. То что на его основе кто-то нагородил сервисов - да это их дело уже.
> так вы ж лемминг, не?
...недовольно пропищал хомячок...
> или багтрекер у вас тоже в dvcs?Бывают и в dvcs, хотя по конторам таких пока не видел. Вики, кстати, тоже.
> гит прост и лакониченкоммандлайн интерфейсом гита пугают маленьких детей
> коммандлайн интерфейсом гита пугают маленьких детейТолько тех, у которых синдром дауна. Остальным нормально. Даже виндyзятники справляются как-то.
>Остальным нормально.миллионы мух не могут ошибаться!
Уж определись — жит сложный или им и "мухи" могут пользоваться.
А то и жит вам сложный, и интеллекта при этом миллионам мух на него хватает (но почему-то не вам) — самокритично.
И смешно.
Потому что интеллекта не хватило также на понимание того, в каких случаях это подслушанное где-то выражение следует применять.
> миллионы мух не могут ошибаться!Ну то-есть вы не возражаете что ваши заявы про то что гит сложный - обычный фанатский булшит, так я вас понимаю?
нет, не понимаете
> нет, не понимаетеДа, я не понимаю двойные стандарты. Вот такой вот я нехороший.
>> миллионы мух не могут ошибаться!
> Ну то-есть вы не возражаете что ваши заявы про то что гит
> сложный — обычный фанатский булшит, так я вас понимаю?просто человек — в кои-то веки — здраво оценил уровень своего интеллекта. для «миллионов мух» — несложный. для него — сложный.
>>> миллионы мух не могут ошибаться!
>> Ну то-есть вы не возражаете что ваши заявы про то что гит
>> сложный — обычный фанатский булшит, так я вас понимаю?
> просто человек — в кои-то веки — здраво оценил уровень своего интеллекта.
> для «миллионов мух» — несложный. для него — сложный.миллионы мух не видели ничего лучше
>>>> миллионы мух не могут ошибаться!
>>> Ну то-есть вы не возражаете что ваши заявы про то что гит
>>> сложный — обычный фанатский булшит, так я вас понимаю?
>> просто человек — в кои-то веки — здраво оценил уровень своего интеллекта.
>> для «миллионов мух» — несложный. для него — сложный.
> миллионы мух не видели ничего лучшеа это в контексте — совершенно не важно. разговор получился не о том, видели лучше или нет, а о том, что «мегасложный гит» как-то «миллионы мух» освоили. что, натурально, наталкивает на определённые мысли о том, кто говорит про «мегасложность».
> а это в контексте — совершенно не важно.Он еще не осознал что в его заявах есть простая логическая цепочка, которую он сам же нам и предоставил. И теперь не отвертится нифига. Это же касается и явных нестыковок в логике.
"Смотрите, дети, это FAIL". Гражданин сам зарулил себя своими аргументами лучше любого оппонента.
> Он еще не осознал что в его заявах есть простая логическая цепочка,и не сможет. это или цепь маркова, или наркоман.
>миллионы мух не видели ничего лучшеМухи редко ошибаются.
(Из первоисточника — Сэр, не хочу сказать что вы г.., но мухи редко ошибаются)
А пословица, которую вы пытались ввернуть, была про миллионы леммингов. И тоже не просто так.Зыж
С такой кашей в голове вам только советы и давать.
Про 450 телефонов в Финляндии (новостью выше) вы тоже уже знатно отметились.
> Мухи редко ошибаются.
> (Из первоисточника — Сэр, не хочу сказать что вы г.., но мухи
> редко ошибаются)
> А пословица, которую вы пытались ввернуть, была про миллионы леммингов. И тоже
> не просто так.спасибо что поправили, буду знать, что вы считаете себя не мухой, а леммингом
Опять вы тупите — лемминго-мухой я считаю вас.
> просто человек — в кои-то веки — здраво оценил уровень своего интеллекта.
> для «миллионов мух» — несложный. для него — сложный.Тоже вариант!
>> гит прост и лаконичен
> коммандлайн интерфейсом гита пугают маленьких детейНеосиляторы перепуганы. http://www.opennet.me/openforum/vsluhforumID9/7808.html#3 Хорошо!
Да, дети это проблема. Не способные составить собственное мнение - их обманывают все подряд. Куда милиция смотрит?!!
>Неосиляторы перепуганы. http://www.opennet.me/openforum/vsluhforumID9/7808.html#3 Хорошо!неосиляторы не понимают, что такое простой и понятный интерфейс.
>Пункт 1. Чтобы "сесть и поехать" (со своего _пустого_ репо), нужны _ровно_ [стопиццот команд]
посмотрите меркуриал - hg init - и всё, а не 7 гитовых команд.
прежде чем говорить, советую подумать
> посмотрите меркуриал - hg init - и всё, а не 7 гитовых команд.Инит Бармина, или всё-таки не всё?
>> посмотрите меркуриал - hg init - и всё, а не 7 гитовых команд.
> Инит Бармина, или всё-таки не всё?hg init создает репу. git init репу не создает, нужен хотя бы один коммит (обычно делают с .gitignore).
> hg init создает репу. git init репу не создаетСоздаёт.
> нужен хотя бы один коммит (обычно делают с .gitignore).
Некоторые вообще используют git-empty-branch, но это о совсем другом -- чтоб было до чего ресетиться.
> git init репу не создает,А что же он делает тогда? O_o
>> git init репу не создает,
> А что же он делает тогда? O_oт-с-с-с, ты же такую весёлую цепь маркова сейчас нам заглючишь!
>>Неосиляторы перепуганы. http://www.opennet.me/openforum/vsluhforumID9/7808.html#3 Хорошо!
>>Пункт 1. Чтобы "сесть и поехать" (со своего _пустого_ репо), нужны _ровно_ [стопиццот команд]
> посмотрите меркуриал - hg init - и всё, а не 7 гитовых
> команд.Я, практически, уверен, что в пределах описанных мной команд git этот ваш ртутный фетиш _не_отличим_ от git-а. И нужна будет не одна, а те же конфиг+1+5+3+... команд, что и в git-е. Впрочем, да, у вендузятников есть черепах-ртуть. Команды не нужны, там же и init тоже мышкой, да?
Та-а-чта, сказки про стопиццот команд своим детям рассказывай. Своих я огражу от такой травмы -- они, надо будет, освоят и то, и это.
> прежде чем говорить, советую подумать
>Я, практически, уверент.е. вы рассуждаете о вещах, о которых знаете только понаслышке? грош цена вашей критике тогда, выучите матчасть, а потом сравнивайте/критикуйте
>>Я, практически, уверен
> т.е. вы рассуждаете о вещах, о которых знаете только понаслышке? грош цена
> вашей критике тогда, выучите матчасть, а потом сравнивайте/критикуйтеСынок, ты слил с той же формулировкой час-двадцать тому, чтоб далеко не ходить, и даже не заметил.
Продолжай, hg такой нескучный! Мы все его любим. И джавву. И фрибээсдэ. Да.
> Сынок, ты слил с той же формулировкой час-двадцать тому, чтоб далеко не
> ходить, и даже не заметил.я тебе не сынок, молодой человек.
> Продолжай, hg такой нескучный! Мы все его любим. И джавву. И фрибээсдэ.
> Да.аргументы по теме будут? или слив ваш уже можно засчитывать?
пора наконец покончить со своей инфантильностью и начать соответстовать своему возрасту
> пора наконец покончить со своей инфантильностью и начать соответстовать своему возрастувы любите наносить детям психические травмы ради своего линуса?
Могу сказать кого не люблю: настолько тупых людей, что даже пошутить или подколоть не в состоянии. У которых после мучительных попыток для скудного мозга выродить хоть какой-то креатив получается всего лишь какая-то тупость совершенно оторванная от контекста.
> Могу сказать кого не люблю: настолько тупых людей, что даже пошутить или
> подколоть не в состоянии. У которых после мучительных попыток для скудного
> мозга выродить хоть какой-то креатив получается всего лишь какая-то тупость совершенно
> оторванная от контекста.что ж так, что вы сами себя не любите?
и они пугаются. непонятно только как маленькие дети попадают в программисты.
>> гит прост и лаконичен
> коммандлайн интерфейсом гита пугают маленьких детейСтранно, полтора года тому Вы утверждали иное: http://www.opennet.me/openforum/vsluhforumID3/84366.html#14
какой же он загадочный этот Бенджамин Баттон
>>> гит прост и лаконичен
>> коммандлайн интерфейсом гита пугают маленьких детей
> Странно, полтора года тому Вы утверждали иное: http://www.opennet.me/openforum/vsluhforumID3/84366.html#14уже дети != люди, да?
> уже дети != люди, да?конечно, не люди. их даже закон рассматривает отдельно от настоящих людей.
> уже дети != люди, да?Разумеется, ≠. Потому что ⊂.
> гит прост и лакониченbzr 2.6.0 http://www.freshports.org/devel/bzr/
Required To Run:
security/py-paramiko
security/ca_root_nss
lang/python27
lang/python
Required Libraries:
devel/gettext
git 1.8.5.2 http://www.freshports.org/devel/git/
Required To Run:
lang/p5-Error
mail/p5-Net-SMTP-SSL
ftp/curl
devel/cvsps
security/openssl
lang/python27
lang/perl5.16
Required Libraries:
textproc/expat2
devel/gettext
converters/libiconv
mercurial 2.8.2 http://www.freshports.org/devel/mercurial/
Required To Run:
lang/python27
Required Libraries:
devel/gettextТак кто там "лаконичный"? :D
> Так кто там "лаконичный"? :D"Там" кто-то до сих пор пишет все зависимости вручную, а кое-кто тут до сих пор этому верит.
Вот более точная спецификация (это включает альтовские set-versions имени at@, бишь хэшированные слепки ABI библиотек в задействованной части):
$ rpm -qR git-core-1.8.4.4-alt1
diffstat
less
openssh-clients
rsync
/bin/sh
/lib64/ld-linux-x86-64.so.2
coreutils
diffutils
gettext
grep
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.16)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libc.so.6(GLIBC_2.7)(64bit)
libcrypto.so.10()(64bit) >= set:pkvV2kUQrgVIUVTtT9Ies1TrxOsKZ4Z67E6kTYq4ehaLpHgJ1EVdA0
rpmlib(SetVersions)
libcurl.so.4()(64bit) >= set:jeubVsRq7cz4mkmt8MqVNPzx60Kmg7FQdLIrphvgHDPu
libexpat.so.1()(64bit) >= set:kgE3cnblKboj81fLUjUtRA2
libpthread.so.0(GLIBC_2.2.5)(64bit)
libpthread.so.0(GLIBC_2.3.2)(64bit)
libssl.so.10()(64bit) >= set:ni5OaHAZbb4zuxZyc4lqq9y9wzKb7eAzJk2G45Z9glePy8cumk1Euxp
libz.so.1()(64bit) >= set:kgb6dgXevogxXJQqJk6xSnEyWZj1
libz.so.1(ZLIB_1.2.0)(64bit)
perl-base
rtld(GNU_HASH)
sed
which
rpmlib(PayloadIsLzma)$ rpm -qR bzr-2.6.0-alt2
/usr/bin/python
/usr/lib64/python2.7/site-packages
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.3.4)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
python-modules
python2.7(bisect)
python2.7(ctypes)
python2.7(distutils)
python2.7(email)
python2.7(inspect)
python2.7(logging)
python2.7(rfc822)
python2.7(testtools)
rtld(GNU_HASH)
rpmlib(PayloadIsLzma)$ rpm -qR mercurial-2.7.1-alt1
python = 2.7
/usr/bin/env
/usr/bin/python2.7
/usr/lib64/python2.7/site-packages
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
python-base
python-modules
python2.7(email)
python2.7(inspect)
python2.7(logging)
python2.7(mimetypes)
python2.7(rfc822)
python2.7(xml)
rtld(GNU_HASH)
rpmlib(PayloadIsLzma)
А ты, убогий, посмотри что ещё за собой тянет python
> lang/python27Откуда у него вообще питон в зависимостях всpaлся?
это в основном gitview, git-remote-hg, git-remote-bzr.
Perl примерно по этой же причине, биндинг для svn.
и несколько скриптов контрибов.
> Так кто там "лаконичный"? :Dgit. Потому что использует уже написанное по максимуму, вместо переписывания всего и вся на пистоне. Тормознуто и неразборчиво, как это там принято.
> упоминается переход большинства внутренних проектов компании Canonical,
> развивающей bzr, на GitОймама -- что, серьёзно?
> выбор данной системы был сделан, так как в своё время
> bzr был вполне конкурентоспособным.А такое время вообще было? (даже без особых подковырок)
> Оймама -- что, серьёзно?Куда ж они денутся с подводной лодки?! Git'ом нынче умеет пользоваться и стар и млад, а этот их базар... думаю что они заметили что это начинает клинить разработку их проектов и вызывать много вопросов от разработчиков.
> Git'ом нынче умеет пользоваться и стар и младОх уж эти сказофни^Wпользователи...
> Ох уж эти сказофни^Wпользователи...Чувак, я видел как корпоративный манагер-проприерас костерил времена и нравы и все-таки пошел как миленький на гитхаб и таки прочел минимальный факин ман на git. Просто потому что нужное ему барахло - выложили там. И трекают версии git'ом. Оспорить можно в спортлото. Вот и пришлось ему изучить вопрос. Если уж глуповатый манагер-проприерас может кой-как с этим совладать - с этим справится вообще любой кому контроль версий может в принципе понадобиться.
> Если уж глуповатый манагер-проприерас может кой-как с этим
> совладать - с этим справится вообще любой кому контроль версий может
> в принципе понадобиться.Если какой-то, извините, придурок путает гитхаб и гит - нечего тут оспаривать.
Возможно, ваш манагер и разобрался как стянуть нужное ему брахло с
гитхаба, но абсолютно уверен, что никаких минимальных навыков
работы с git он не получил. Подчеркиваю, речь шла о git, не не о веб-интерфейсе гитхаба.Какие конкретно его навыки заставляют вас
утверждать, что он "умеет пользоваться git"?
>А такое время вообще было? (даже без особых подковырок)Это было до появления Git и Hg, вестимо.
>> выбор данной системы был сделан, так как в своё время
>> bzr был вполне конкурентоспособным.
> А такое время вообще было? (даже без особых подковырок)Это особенности перевода. В оригинале
[bzr] was still a contender at the time.http://lists.gnu.org/archive/html/emacs-devel/2014-01/msg000..., то есть "всё ещё [на что-то претендовал|дрыгался|дышал] в то время", в зависимости от вольности перевода.
> Это особенности перевода. В оригинале
> [bzr] was still a contender at the time.Так вот я и не соображу -- в какое это time оный [bzr] вообще был contender'ом...
> Так вот я и не соображу -- в какое это time оный
> [bzr] вообще был contender'ом...Ну как, вот сейчас многие _предлагают по всяким подвернувшимся поаодам всякую ртуть.
Видимо, в 09-ом [или когда там] были и _предлагавшие bzr.
Не то, чтобы кто-то из них _был явным победителем.
Длинный хвост распределения~~
>> упоминается переход большинства внутренних проектов компании Canonical,
>> развивающей bzr, на Git
>Оймама -- что, серьёзно?Это дает, кстати, надежду на то, что коконикол все еще не безнадежен и в будущем сможет отказаться от остальных своих дурацких "разработок". Ура стандартизации!
> Это дает, кстати, надежду на то, что коконикол все еще не безнадежен
> и в будущем сможет отказаться от остальных своих дурацких "разработок". Ура
> стандартизации!Они настолько небезнадёжны, что скинули этот самй базар на старика Столмана и его некоммерческую лавочку.
Давно пора. Зеркало репозитория на Гитхабе должно неплохо подстегнуть разработку.
> Давно пора. Зеркало репозитория на Гитхабе должно неплохо подстегнуть разработку.Только кулхацкиров с гитхаба emacs и не хватало...
> Только кулхацкиров с гитхаба emacs и не хватало...Лучше бидонистов всяких типа тебя.
>> Только кулхацкиров с гитхаба emacs и не хватало...
> Лучше бидонистов всяких типа тебя.Если под "бидонистами" ты подразумеваешь тех, кто пишет на Python, то их на том же гитхабе - навалом. Или там они кошерные?
>> на том же гитхабе - навалом. Или там они кошерные?
> Вот мне и интересно - чего эти дятлы на гитхабе делают. А
> как же питон, мимими?А что тут не так с питоном?
У рубистов кошернее язык
> У рубистов кошернее языкО, хипстеры! Fight!
> У рубистов кошернее языкА причем тут руби?
> У рубистов кошернее языкС учётом того, что кашрут является частью неоиудаистского варианта сатанизма -- попрошу птичку не обижать.
> на том же гитхабе - навалом. Или там они кошерные?Они менее долбанутые.
>> на том же гитхабе - навалом. Или там они кошерные?
> Они менее долбанутые.Менее чем кто?
> Давно пора. Зеркало репозитория на Гитхабе должно неплохо подстегнуть разработку.Почему в новости не написали, что оно уже? ...уже в git-е? -- По ссылке не ходи, пиши. http://lists.gnu.org/archive/html/emacs-devel/2014-01/msg000... Но да, мы разделяем Вашу скорби по бы длохабу.
> Но да, мы разделяем Вашу скорби по бы длохабу.От хаба есть польза - теперь все кто обладает мыслительными способностями уровнем повыше амебы могут взаимодействовать с остальными в довольно удобном формате.
> От хаба есть польза - теперь все кто обладает мыслительными способностями уровнем
> повыше амебы могут взаимодействовать с остальными в довольно удобном формате.наверное, именно поэтому авторы не пишут в ридми своё мыло. поэтому некоторые проекты (в том числе и гугловый gumbo) уже месяцев по шесть-восемь живут с дурацкими ошибками, которые у меня в локальном гите давно исправлены. но отослать это авторам невозможно: «регистрируйся на гитхабе». да не хочу. у меня-то ошибок нет, а git merge отлично смерживает вытянутые изменения из их реп. сами себе буратины, пусть и дальше сидят без патчей.
> но отослать это авторам невозможно: «регистрируйся на гитхабе».Ну и в чем проблема?
> у меня-то ошибок нет, а git merge отлично
> смерживает вытянутые изменения из их реп.И однажды это поломается, если проект не полудохлый. И ты будешь это чинить сам, раз "не хотишь" участвовать в нормальной разработке.
Проект не твой - не твои и правила. Вообще, если имеется >1 разработчика, то через "мыло в ридми" принимать патчи - самый дурацкий вариант. У людей принято обсуждать изменения, в некоторых проектах принята практика рецензирования кода.
> сами себе буратины, пусть и дальше сидят без патчей.
Значит так нужны решения твоих "дурацких проблем".
> наверное, именно поэтому авторы не пишут в ридми своё мыло. поэтому некоторые
> проекты (в том числе и гугловый gumbo) уже месяцев по шесть-восемь
> живут с дурацкими ошибками, которые у меня в локальном гите давно
> исправлены. но отослать это авторам невозможно: «регистрируйся на гитхабе».
> да не хочу. у меня-то ошибок нет, а git merge отлично
> смерживает вытянутые изменения из их реп. сами себе буратины, пусть и
> дальше сидят без патчей.Ты смешной глупый школьник. Мыло авторов есть в коммитах, но тебе нечего им слать, ибо написать патч ты не способен. Позорище. Ты можешь только поливать из-под вшивого псевдонима грязью проекты стандарты открытой разработки как-то github и cmake. Ты наверное самый жалкий и бесполезный человечишка из всех с которыми я общался.
я рад, что помог тебе поднять самооценку. жаль, конечно, что это единственный способ, которым ты можешь такое сделать, но не всем же рождаться умными.
Уже что? Там, вроде, только git-зеркало поддерживается. Коммитить-то точно можно?
esr троллит по-маленьку, как обычно
> esr троллит по-маленьку, как обычноВ данном случае вместо троллинга получился капитанинг. Затрудняюсь сказать, считается ли это win'ом в троллинге. Win в капитанинге получился, не отнять.
>> esr троллит по-маленьку, как обычно
> В данном случае вместо троллинга получился капитанинг. Затрудняюсь сказать, считается
> ли это win'ом в троллинге. Win в капитанинге получился, не отнять.Ты не понял фишку. bazaar - проект GNU, он рекоммендован FSF для других проектов GNU (в качестве распределенной VCS), в т.ч. emacs.
Как человек много лет сидевший под емаксом - емакс, к сожалению, не нужен хоть под гитом, хоть под цвсом.
Много - это сколько? Назови, пожалуйста, главное отличие elisp от scheme.
> Много - это сколько? Назови, пожалуйста, главное отличие elisp от scheme.lol :D Вы что, таки даже не понимаете, что своим последним вопросом ставите на него камень с надписью RIP(нужен только для 25 с половиной гиков)? :-)
4 года я им пользовался, для самого разного perl, qt, java, xml и т.п.
>> Много - это сколько? Назови, пожалуйста, главное отличие elisp от scheme.
> [...] RIP(нужен только для 25 с половиной гиков)? :-)Да ладно, у меня вон несколько лет тому были провокационные мысли к емаксерам в сад забраться с приглашением посмотреть на altlinux.org/alterator, ядро которого написано на altlinux.org/scheme как раз ;-)
Там отнюдь не 25½ гиков, и не самых глупых притом.
>> Много - это сколько? Назови, пожалуйста, главное отличие elisp от scheme.
> lol :D Вы что, таки даже не понимаете, что своим последним вопросом
> ставите на него камень с надписью RIPОставляя в стороне вопрос "кому нужен" (делаю скидку на ваше птушное образование),
который не по теме - что не так с моим вопросом?Я указал вам два "лиспа". Попросил указать их ключевые отличия, что вспомните.
И вопрос совершенно простой для того, кто действительно работал с редактором
и знает особенности языка для его расширения.> 4 года я им пользовался, для самого разного perl, qt, java, xml и т.п.
Я не вижу этому доказательств. Элементарный тест вы завалили.
На уровне notepad - да, возможно использовали. Но то, что за 4 года
вы не научились чему-то большему - символизирует...
> На уровне notepad - да, возможно использовали. Но то, что за
> 4 года
> вы не научились чему-то большему — символизирует…остальное, следует полагать, «знает» на том же уровне.
p.s. я имакс не использую, от слова «вообще», но вопрос-то элементарный. собственно, если мне не изменяет память, то ответ на него где-то в начале документации по елиспу есть.
Я расчитывал на то, что "пользователь" вспомнит про динамическую область видимости переменных.
> Я расчитывал на то, что «пользователь» вспомнит про динамическую область видимости переменных.да я-то понял, я схему знаю; и мало-мало елисп — на уровне «читаю со словарём». а вот чего не знаю — это как можно четыре года активно использовать имакс и даже не заинтересоваться, что такое этот елисп, зачем он нужен и может ли он облегчить жизнь. тем более если человек уже умеет худо-бедно программировать.
> да я-то понял, я схему знаю; и мало-мало елисп — на уровне
> «читаю со словарём». а вот чего не знаю — это как
> можно четыре года активно использовать имакс и даже не заинтересоваться, что
> такое этот елисп, зачем он нужен и может ли он облегчить
> жизнь. тем более если человек уже умеет худо-бедно программировать.Заинтересоваться, "что такое елисп" можно дома, когда делать особо нечего, а когда используешь emacs как рабочий инстремент, то в жопу интерес к лиспу, его особенностям, и сколько надо надрачить, чтоб сделать очевидные вещи.
тяжело быть кодообезьяной, понимаю.