The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Релиз  распределенной системы управления исходными..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз  распределенной системы управления исходными..."  +/
Сообщение от opennews (??) on 30-Ноя-16, 15:36 
Представлен (https://lkml.org/lkml/2016/11/29/930) выпуск распределенной системы управления исходными текстами Git 2.11.0 (http://git-scm.com/). Git является одной из самых популярных, надёжных и высокопроизводительных систем управления версиями, предоставляющей гибкие средства нелинейной разработки, базирующиеся на ответвлении и слиянии веток. Для обеспечения целостности истории и устойчивости к изменениям задним числом используются неявное хеширование всей предыдущей истории в каждом коммите, также возможно удостоверение цифровыми подписями разработчиков отдельных тегов и коммитов. Из проектов, разрабатываемых с использованием Git, можно отметить ядро Linux (https://git.kernel.org/cgit/linux/kernel/git/stable/linux-st.../), Android (https://android.googlesource.com/), LibreOffice (http://cgit.freedesktop.org/libreoffice), Systemd (http://cgit.freedesktop.org/systemd), X.Org (http://cgit.freedesktop.org/xorg), Wayland (http://cgit.freedesktop.org/wayland), Mesa (http://cgit.freedesktop.org/mesa/), GStreamer (http://cgit.freedesktop.org/gstreamer), Wine (http://source.winehq.org/git/wine.git), Debian (http://anonscm.debian.org/gitweb), DragonFly BSD (http://gitweb.dragonflybsd.org/?p=dragonfly.git;a=summary), Perl (http://perl5.git.perl.org/perl.git), Eclipse (http://git.eclipse.org), GNOME (http://git.gnome.org/browse/), KDE (https://projects.kde.org/projects), Qt (https://code.qt.io/cgit/), Ruby on Rails (https://github.com/rails/rails), PostgreSQL (http://git.postgresql.org/gitweb/), VideoLAN (http://git.videolan.org), PHP (http://git.php.net/), Xen (http://xenbits.xen.org/gitweb/), Minix (http://git.minix3.org/).


По сравнению с прошлым выпуском в новую версию принято  673 изменения, подготовленных при участии  74 разработчиков, из которых 15 впервые приняли своё участие в разработке. Основные (https://github.com/git/git/blob/v2.11.0/Documentation/RelNot...) изменения (https://github.com/blog/2288-git-2-11-has-been-released):

-  Переработан алгоритм формирования сокращённой формы отображения идентификаторов объектов. Так как полный хэш SHA-1 состоит из 40 шестнадцатеричных цифр и достаточно трудно воспринимается пользователем, в git активно применяется сокращённая система отображения, которая значительно упрощает ввод идентификаторов различных объектов. Чтобы избежать коллизий, приводящих к ссылкам сокращённой формы на более чем один объект в репозитории, до сих пор в Git применяется адаптивный алгоритм формирования идентификатора - вначале формируется 7-символьное представление хэша, которое оставляется если в репозитории нет других объектов с таким идентификатором, и доводится до 8- или 9-символьного варианта в случае обнаружения пересечений.


Для 7-символьных имён коллизии начинают проявляется в репозиториях, содержащих десятки тысяч объектов. В репозитории с ядром Linux, насчитывающем 5 млн объектов, коллизии наблюдаются для идентификаторов, размером менее 12-символов. Подобный подход обладает существенным недостатком: отсутствие коллизии в текущий момент не исключает их появление для объектов, которые будут добавлены в  будущем. В небольших репозиториях вероятность появления отложенной коллизии невелика, но становится вполне ощутимой в больших и динамично развиваюзщихся репозиториях. Например, опубликованный в системе отслеживания ошибок идентификатор со временем может начать указывать на несколько объектов.

В Git 2.11.0  данные проблемы решены благодаря расширению средств для проверки пересечений при выполнении операций в git.  Минимальный размер сокращённого идентификатора теперь не фиксирован и динамически выбирается в зависимости от числа объектов в репозитории. Если в команде задан слишком короткий идентификатор, или идентификатор для которого в репозитории присутствует несколько объектов, вместо предупреждения о выявлении конфликта, в git 2.11 будет выведен список пересекающихся объектов с дополнительной информацией, достаточной для того чтобы уточнить, какой из более длинных идентификаторов выбрать. Информация в списке выводится с учётом контекста -  в первую очередь показываются более вероятные кандидаты объектов, например, в "git log" в первую очередь показываются коммиты. Для выбора первичных типов для других команд, таких как "git show" предложена новая опция "core.disambiguate".

-  Ускорен доступ к delta-цепочкам в базе объектов, что положительно сказалось на производительности многих типовых операций. Delta-цепочки служат для объединения дубликатов при хранении файлов с частично совпадающим содержимым. Для эффективного хранения пересечений один из объектов выбирается как базовый, а похожие на него другие объекты оформляются в виде delta - набора инструкций, определяющих имеющиеся изменения. Так как базовый объект со временем может меняться, в качестве основы для других объектов может выступать delta-изменения, образуя таким образом delta-цепочки (версия 2 сохраняется как delta от версии 1, а версия 3 как delta от версии 2 и т.п.).


Чем глубже уровень вложенности, тем больше требуется ресурсов для реконструкции содержимого объекта. В режиме агрессивной упаковки "git gc --aggressive" допускалось создание вложенных цепочек, включающих до 250 объектов, но так как при размере цепочки в более 50 объектов разбор становится неэффективным с точки зрения нагрузки на CPU, по умолчанию максимальный уровень вложенности в  Git 2.11 ограничен 50 объектами. Для сокращения нагрузки также полностью переработана реализация кэша недавно восстановленных объектов, что позволило примерно на 10% ускорить работу в больших репозиториях. Для дальнейшего повышения эффективности можно увеличить размер кэша через опцию core.deltaBaseCacheLimit, которая по умолчанию установлена в 96 Мб (например, при увеличении до 1 Гб скорость работы с репозиторием ядра Linux возросла на 32%);

-  Увеличена производительность поиска объектов, в условиях наличия нескольких pack-файлов в репозитории. При большом числе объектов, Git упаковывает группы объектов в сводные pack-файлы, включающие также индексы для быстрой выборки. Новые pack-файлы могут появляться при извлечении или приёме изменений по сети, что приводит к постепенному увеличению числа pack-файлов в репозитории до тех пор, пока не будет инициирована операция переупаковки репозитория. Несмотря на то, что разбор отдельного pack-файла достаточно быстрая операция, то при наличии большого числа pack-файлов поиск нужного объекта превращается в последовательный перебор pack-файлов.


Частично проблема решалась через кэш, определяющий привязку объектов к pack-файлам, а в git 2.10 дополнительно был применён более эффективный метод, перебирающий pack-файлы в порядке обращения к ним в прошлом. В Git 2.11 сделан ещё один шаг и новая стратегия перебора задействована при выполнении операции переупаковки, что привело к ускорению на 70% переупаковки репозитория  с ядром Linux, в котором накопилось 1000 pack-файлов;

-  Увеличена производительность вычислений идентификаторов патчей (patch ID), активно практикуемых при выполнении операции "git rebase". Идентификатор патча представляет собой хэш от изменений, внесённых в рамках одного коммита, что позволяет выявлять дубликаты коммитов и избегать операций переименования и слияния коммитов. В Git 2.11 скорость проверки дубликатов на основе идентификаторов патчей в некоторых ситуациях возросла до 50 раз;

-  Реализован новый протокол для организации запуска фильтров, используемых для преобразования содержимого файла в представление локальной файловой системы. В том числе через фильтры можно подключить собственный обработчик, вызываемый при операциях с Git LFS. Старый протокол, подразумевал запуск отдельного процесса для обработки каждого файла, что при наличии большого числа файлов приводило к большим накладным расходам из-за запуска большого числа процессов, а также ограничивало возможности совместного использования ресурсов между разными экземплярами фильтра. Добавленный в Git 2.11 новый протокол позволяет организовать ц...

URL: https://github.com/blog/2288-git-2-11-has-been-released
Новость: https://www.opennet.ru/opennews/art.shtml?num=45590

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз"  +9 +/
Сообщение от Аноним (??) on 30-Ноя-16, 15:36 
>> Например, опубликованный в системе отслеживания ошибок идентификатор со временем может начать указывать на несколько объектов.

Ну так а кто записывает сокращённый, тот ССЗБ. В мануале явно написано, что это сокращённый и сделан только для, эээ, локального удобства.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Релиз  распределенной системы управления исходными текстами ..."  +5 +/
Сообщение от Аноним (??) on 30-Ноя-16, 16:43 
>С целью увеличения производительности продолжена работа по замене shell-скриптов Git на программы на языке Си.

Надеюсь в планах есть замена не только shell-скриптов на Си, но и perl-скриптов и python-скриптов на Си.

Текущее состояние распределения по используемым языкам как видно из ссылки https://github.com/git/git такое:

>C 44.2% Shell 34.8% Perl 8.3% Tcl 5.6% Python 2.6% C++ 1.7% Other 2.8%

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Релиз  распределенной системы управления исходными текстами ..."  –5 +/
Сообщение от anonymous (??) on 30-Ноя-16, 19:39 
> Надеюсь в планах есть замена не только shell-скриптов на Си, но и perl-скриптов и python-скриптов на Си.

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

9. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 30-Ноя-16, 20:06 
>Это нормальные языки программирования, в отличие от ущербного шелла, и скорость работы у них на порядок выше

Это интерпретируемые языки, так же как и shell, а у интерпретируемых языков скорость самое слабое место.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

40. "Релиз  распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним (??) on 01-Дек-16, 05:59 
Для начала посмотри, где используются скрипты, раз уж взялся кудахтать:
https://github.com/git/git/search?l=python
https://github.com/git/git/search?l=Perl

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

42. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov on 01-Дек-16, 09:19 
> Для начала посмотри, где используются скрипты, раз уж взялся кудахтать:
> https://github.com/git/git/search?l=python
> https://github.com/git/git/search?l=Perl

А на баше они sha1(), думаешьЮ писали?...

Если твои титоны будут тормозть на винде, и их вручную транслируют.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

20. "Релиз  распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 30-Ноя-16, 22:47 
> А смысл? Это нормальные языки программирования, в отличие от ущербного шелла, и
> скорость работы у них на порядок выше

Питон вообще должен сдохнуть. Достал постоянным террариумом - в убунте в репах уже три разных питона. 2.7, 3.чтототам и 3.5 - и они походу все несовместимые.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

31. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аниним on 01-Дек-16, 01:39 
анончик заблуждается есть 2.7 и 3 ветки вот и все.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

33. "Релиз  распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от Аноним (??) on 01-Дек-16, 01:55 
> анончик заблуждается есть 2.7 и 3 ветки вот и все.

Ничего не знаю, в убунтах бидон 3.5 еще есть. Отдельно от остальных 3.х. Видимо в лучших питонячьих традициях опять полунесовместимо вышло.

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Релиз  распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Stax (ok) on 01-Дек-16, 01:56 
Тем не менее - чуток посовместимее, чем perl5 и perl6...
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

48. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 01-Дек-16, 11:37 
> Тем не менее - чуток посовместимее, чем perl5 и perl6...

Мне похрен. Я бы предпочел развидеть и то и другое.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

37. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 01-Дек-16, 02:16 
>> анончик заблуждается есть 2.7 и 3 ветки вот и все.
> Ничего не знаю,

Мы уже поняли, можете не повторять.

> в убунтах бидон 3.5 еще есть.
> Отдельно от остальных 3.х.

Очевидно, это проблемы убунт и убунтоводов.

> Видимо в лучших питонячьих традициях опять полунесовместимо вышло.

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

49. "Релиз  распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 01-Дек-16, 11:43 
> Мы уже поняли, можете не повторять.

Хороший перевод стрелок, но нет.

> Очевидно, это проблемы убунт и убунтоводов.

Врядли они все это организовали от хорошей жизни. Зная разработчиков бидона - наверняка в 3.5 что-нибудь отъехало и в результате в более старом софте, где авторы не повернуты на резком переписывании своего крапа под очередную весию гадюки - что-нибудь наверное отвалилось опять.

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

Ну как минимум я видел отвалы портажей у знакомых гентушников и отвалы апгрейдера между релизами в убунте. И то и другое по очень характерной причине - "версия бидона не та". Алсо у меня есть ряд сриптов которые я когда-то скачал и которые напрочь не работают с современым бидоном. Хотя, возможно, ты про себя говорил? У тебя в нике ведь тоже "Аноним" написано :)

> Правда, реальность от этого не меняется, но анонимам хоть бы хны.

А реальность такова что меня за...ли проблемы совместимости и версионирования этого куска крапа.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

53. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 01-Дек-16, 12:27 
Ага, а у других языков проблем с совместимостью между версиями быть не может по определению!
Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

64. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 02-Дек-16, 18:05 
> Ага, а у других языков проблем с совместимостью между версиями быть не
> может по определению!

Таких как у питона? Больше ни у кого не видел. Если уж про переписывание на си - так там до сих пор собираются сорцы C89. И мне не надо тащить для этого gcc 2.95 какой-нибудь, который так умел бы. Поэтому предложенная идея как минимум приведет к уменьшению отвалбашки там и тут.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

61. "Релиз  распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Аноним (??) on 01-Дек-16, 20:11 
>>>> анончик заблуждается есть 2.7 и 3 ветки вот и все.
>>> Ничего не знаю, в убунтах бидон 3.5 еще есть.
>> Мы уже поняли, можете не повторять.
> Хороший перевод стрелок, но нет.

С какого препугу эта констатация факта (совершенно внезапно версия 3.5 принадлежит к третьей ветке) вдруг перевод стрелок? Или вы сами себя похвалили?

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

Ну да. Кто-то заставлял писать все на питоне и теперь не дает переписать на си! Бедолаги, ага.


>> Ничего не знаю,
> Зная разработчиков бидона -

В лучших традиция анонима. Ничего толком не знать, но зато с умным видом додумывать )
Давайте конкретные несовместимости 3.5 и 3.4 (или что там у вас в убунте) в студию.

>> Видимо, в лучших традициях анонимных незнателей домысливать, основываясь на собственном
>> незнании, как все должно быть.
> Ну как минимум я видел отвалы портажей у знакомых гентушников и отвалы
> апгрейдера между релизами в убунте. И то и другое по очень
> характерной причине - "версия бидона не та".

А я видел отвалы программ по причине "не той версии" libstdc++. Как и кучи других либ.
Правда, я не почему-то не спешу обвинять разработчиков гцц в ламеризме.


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

Неосиляторы должны страдать :)

> Хотя, возможно, ты про себя говорил? У тебя в нике ведь тоже "Аноним" написано :)

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


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

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


Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

65. "Релиз  распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 02-Дек-16, 18:28 
> С какого препугу эта констатация факта

Это фраза "мы уже поняли" - констатация факта? Что она консатирует? Что вы способны к пониманию? ИМХО, это - не факт.

> (совершенно внезапно версия 3.5 принадлежит к третьей ветке)
> вдруг перевод стрелок? Или вы сами себя похвалили?

Формальное жонглирование фактами - это круто. Но если я вижу цуко три версии одной хни в репах - это, имхо, перебор.

> Ну да. Кто-то заставлял писать все на питоне и теперь не дает переписать на си!

Убунта выкинула немало бидонокрапа. Что-то на куть переписали, бидонный software center который "прославился" дичайшими тормозами, выбешивая юзерей - заменил gnome software. На сях как раз.

> Бедолаги, ага.

Некоторые люди учат dos и donts сложным маршрутом, чтож поделать.

> В лучших традиция анонима. Ничего толком не знать, но зато с умным видом додумывать )

Как скажете. Самокритика штука хорошая :)

> Давайте конкретные несовместимости 3.5 и 3.4 (или что там у вас в убунте) в студию.

Копание в бидонокрапе и его проблемах - без меня.

> А я видел отвалы программ по причине "не той версии" libstdc++. Как и кучи других либ.

А примеры таких программ будут? А то я привел две вполне конкретные штуки - портажи у гентушников и апгрейдер в убунте. ЧСХ совсем не то где хочется FAIL огрести.

> Правда, я не почему-то не спешу обвинять разработчиков гцц в ламеризме.

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

> Неосиляторы должны страдать :)

Так я осилил грохнуть и кривые скрипты и туеву хучу питонокрапа в системе. Пока тут осиляторы рассказывают как без этого убунта дескать не работает. Зачем мне значок принтера который один 20Mb RSS жрет? :)

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

Ну я искренне надеялся что оппонент все-таки может в контекст. Я действительно знать не желаю о проблемах бидонокрапа.

> почему-то никому не мешает.

А вы как, лично опросили все 7 миллиардов населения, чтобы так храбро расписаться то за всех?

> А значит, одно из двух: или питонщики не любят именно убунтуйщиков и делают
> им подлянки или же убунтуйщики не смогли даже в гвидобейсик )

Ла я как-то смотрю на тех кто смог в гвидобэйсик - и никак не могу найти 10 отличий от тех кто смог в просто BASIC. Такие же мегапрогеры.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

71. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 03-Дек-16, 02:43 
> Это фраза "мы уже поняли" - констатация факта? Что она консатирует? Что
> вы способны к пониманию? ИМХО, это - не факт.

Передерг такой передерг.

> Формальное жонглирование фактами - это круто. Но если я вижу цуко три
> версии одной хни в репах - это, имхо, перебор.

А уж сколько версий гцц в репах дебиана! Ужас, да?

>> А я видел отвалы программ по причине "не той версии" libstdc++. Как и кучи других либ.
> А примеры таких программ будут?

Если, хотя бы иногда, собирать софт самому
https://github.com/qTox/qTox/issues/3358
https://gitlab.com/gitlab-org/omnibus-gitlab/issues/911
https://forum.synology.com/enu/viewtopic.php?t=105573
или глянуть в ЧАВО
https://gcc.gnu.org/onlinedocs/libstdc++/faq.html#faq.how_to...
> If you already have an older version of libstdc++ installed then the error might look
> like one of the following instead:
>    ./a.out: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.20' not found
>    ./a.out: /usr/lib/libstdc++.so.6: version `CXXABI_1.3.8' not found
> This means the linker found /usr/lib/libstdc++.so.6 but that library belongs to an
> older version of GCC than was used to compile and link the program

то тот же "CXXABI_XXX not found" будет очень трудно проглядеть. Только обычно с этим занимаются извращенной любовью мейнтейнеры. Внезапно, да?

> А то я привел две вполне конкретные
> штуки - портажи у гентушников и апгрейдер в убунте. ЧСХ совсем
> не то где хочется FAIL огрести.

Ух, какая конретика! Конкретнее некуда!


>> Правда, я не почему-то не спешу обвинять разработчиков гцц в ламеризме.
> Может, потому что обвинять разработчиков компилятора за баги библиотеки было бы странно?
> А вот вас ламером я назову.

Ваше мнение очень важно для меня! Пишите еще! )

> Хотя-бы за то что не понимаете чем компилятор отличается от стандартной библиотеки. Тоже мне спец в плюсах.

Уважаемый Ыксперт похоже даже не в курсе, что входит в состав гцц, хотя об этом пишут в каждой новости:
https://www.opennet.ru/opennews/art.shtml?num=44326
> В runtime-библиотеке libstdc++ расширен набор

как и сразу на главной страничке
https://gcc.gnu.org/
> The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran, Java, Ada, and Go, as well as libraries for these languages (libstdc++, libgcj,...).

Но важное мнение имеет )


> А вы как, лично опросили все 7 миллиардов населения, чтобы так храбро
> расписаться то за всех?

Демагогия такая демагогия. Но вот почему-то здесь (и в почти каждой новости о питоне) кроме убунтуйщиков никто не отписывается )

>> А значит, одно из двух: или питонщики не любят именно убунтуйщиков и делают
>> им подлянки или же убунтуйщики не смогли даже в гвидобейсик )
> Ла я как-то смотрю на тех кто смог в гвидобэйсик - и
> никак не могу найти 10 отличий от тех кто смог в
> просто BASIC. Такие же мегапрогеры.

Учитывая вашу «компетентность», это как раз ни о чем не говорит )


Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

72. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 03-Дек-16, 21:01 
> Передерг такой передерг.

Ну а смысл тончить, если вы в дверь ходите боком? :)

> А уж сколько версий гцц в репах дебиана! Ужас, да?

Не знаю чего ужасного - у меня стоит одна версия и собирает все. Там есть под разные архитектуры и проч. Удобно - можно для микроконтроллера фирмварь сбилдить или там ядро для ARMовской железки. На питоне такое вообще не получится ;).

> Если, хотя бы иногда, собирать софт самому

Я собираю довольно много софта сам. И?

> https://github.com/qTox/qTox/issues/3358
> https://gitlab.com/gitlab-org/omnibus-gitlab/issues/911
> https://forum.synology.com/enu/viewtopic.php?t=105573

Ну да, не в лотерею, а в карты. Не выиграл а проиграл. Не си а си++, не компилер а либа, да еще с какими-то зюзебилдсервисами и прочими руби, что хорошо характеризует причастных. А при чем тут сишный компилер? И си? В плюсах с abi вообще сделали какую-то хню, но при чем тут я? Мне вообще нравтися софт на си и я не предлагал переписывать гит на плюсы, это было бы плохой идеей, имхо.

> то тот же "CXXABI_XXX not found" будет очень трудно проглядеть.

У меня ни разу не было. Сюрприз. Правда мне не нравится монструозный плюсатый софт, я си предпочитаю. За плюсы пусть плюсовики и отдуваются, что ты ко мне пристал? И таки моего gcc - хватит для сборки того же qTox. И не надо будет искать gcc 4.2 какой-нибудь, или что там еще или срочно переписывать полпрограммы.

> Только обычно с этим занимаются извращенной любовью мейнтейнеры. Внезапно, да?

А с питоном - извращения и майнтайнерам и мне достаются. И без переписывания полпрограммы новым питоном это на запустишь. Люблю когда на охоту ехать - собак кормить.

> Ух, какая конретика! Конкретнее некуда!

По крайней мере - без трехэтажных подтасовок и подгонов под ответ.

> Ваше мнение очень важно для меня! Пишите еще! )

Ну раз полезли отвечать - значит наверное жжот пониже спины.

> Уважаемый Ыксперт похоже даже не в курсе, что входит в состав гцц,

Все проще. Я сями пользуюсь, а ты ко мне с юсами примотался. Хотя я вообще про си говорил. Я иногда билдую плюсатые программы, но сам на плюсах не пишу. Да и программы на плюсах не люблю за монструозность. Особннно кути всякие, которые нынче тормозят почти как вебня уже.

>> The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran,
>> Java, Ada, and Go, as well as libraries for these languages (libstdc++, libgcj,...).
> Но важное мнение имеет )

Да, ты знаешь, о java в gcc я помню только то что ее выкинуть собирались. Потому что на поддержку забили. Наверное логично что я про те или иные куски gcc не очень в курсе. Знаешь, у меня в системе вообще нет никаких gcj и фортранов. Нафиг они мне?

> Демагогия такая демагогия. Но вот почему-то здесь (и в почти каждой новости
> о питоне) кроме убунтуйщиков никто не отписывается )

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

>> просто BASIC. Такие же мегапрогеры.
> Учитывая вашу «компетентность», это как раз ни о чем не говорит )

Нормально, сам перевел стрелки с сей на плюсы и теперь еще про компетентность вопит. А я разве настаивал что я крутой плюсовик или что мне нравится то что в плюсах с abi сделали? Только эт, плюсы все-таки другой язык. Хоть и имеющий кое-что общее с си.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

73. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 03-Дек-16, 22:32 
> Ну да, не в лотерею, а в карты. Не выиграл а проиграл.
> Не си а си++, не компилер а либа, да еще с
> какими-то зюзебилдсервисами и прочими руби, что хорошо характеризует причастных. А при
> чем тут сишный компилер? И си? В плюсах с abi вообще
> сделали какую-то хню, но при чем тут я? Мне вообще нравтися
> софт на си и я не предлагал переписывать гит на плюсы,
> это было бы плохой идеей, имхо.

Какой юлеж, какие экспрессии )
А кто же это тут, в #65 отвечал и просил примеры для отвала libstdc++? Неужели другой аноним? :O
>>> А я видел отвалы программ по причине "не той версии" libstdc++. Как и кучи других либ.
>> А примеры таких программ будут? А то я привел две вполне конкретные штуки
>>> Правда, я не почему-то не спешу обвинять разработчиков гцц в ламеризме.
>> Может, потому что обвинять разработчиков компилятора за баги библиотеки было бы странно?
>> А вот вас ламером я назову. Хотя-бы за то что не понимаете чем компилятор отличается от стандартной библиотеки.
>> Тоже мне спец в плюсах.

Если вы совсем-совсем другой аноним, извольте прочитать не пятой точкой. Кстати, да будет вам извсесно: GCC это GNU Compiler Collection, а не Gnu C Compiler. Внезапно, да?

> У меня ни разу не было. Сюрприз. Правда мне не нравится монструозный
> прочий юлеж
>
>> Ух, какая конретика! Конкретнее некуда!
> По крайней мере - без трехэтажных подтасовок и подгонов под ответ.

Аж целая куча подтасовов. Как же так – аноним не знал, что libstdc++ плюсовая либа, да и про «спеца в плюсах» упомянул другой воен^W сочувствующий. Ну-ну.

>> Ваше мнение очень важно для меня! Пишите еще! )
> Ну раз полезли отвечать - значит наверное жжот пониже спины.

Зачетный перевод стрелок - «Это не я сел в лужу, это был другой аноним! А у вас бомбит, вотЪ!» )

>> Уважаемый Ыксперт похоже даже не в курсе, что входит в состав гцц,
> Все проще. Я сями пользуюсь, а ты ко мне с юсами примотался.
> Хотя я вообще про си говорил. Я иногда билдую плюсатые программы,
> но сам на плюсах не пишу. Да и программы на плюсах
> не люблю за монструозность. Особннно кути всякие, которые нынче тормозят почти
> как вебня уже.

Все действительно проще -- стоит просто прочитать ветку _не пятой точкой_:
В #20 #37 - речь о си анонимы совсем-совсем не вели.  Разве что #2 можно попытаться притянуть за уши, при этом забив на контекст </hint ;) >.

В #61 я писал:
> А я видел отвалы программ по причине "не той версии" libstdc++.

А в #65 какой-то аноним сначала попросил привести примеры, а потом взял да и сел в лужу:
> Может, потому что обвинять разработчиков компилятора за баги библиотеки было бы странно? А вот вас ламером я назову. Хотя-бы за то что не понимаете чем компилятор отличается от стандартной библиотеки.
> Тоже мне спец в плюсах.

В #72 совсем-совсем другой аноним стал на защиту собрата и решительно начал вещать о подтасовках и о том, что он говорил о си (видимо, «спец в плюсах» или «примеры отвалов из-за несовместимости libstdc++» у него проходят под сишной категорией, кто их, экспертов знает …)
Забавно, да? =)

>>> The GNU Compiler Collection includes front ends for C, C++, Objective-C, Fortran,
>>> Java, Ada, and Go, as well as libraries for these languages (libstdc++, libgcj,...).
>> Но важное мнение имеет )
> Да, ты знаешь, о java в gcc я помню только то что
> ее выкинуть собирались. Потому что на поддержку забили. Наверное логично что
> я про те или иные куски gcc не очень в курсе.
> Знаешь, у меня в системе вообще нет никаких gcj и фортранов.
> Нафиг они мне?

Зачетный юлеж. «Слона-то и не заметил!» )

>>> просто BASIC. Такие же мегапрогеры.
>> Учитывая вашу «компетентность», это как раз ни о чем не говорит )
> Нормально, сам перевел стрелки с сей на плюсы и теперь еще про
> компетентность вопит. А я разве настаивал что я крутой плюсовик или
> что мне нравится то что в плюсах с abi сделали? Только
> эт, плюсы все-таки другой язык. Хоть и имеющий кое-что общее с
> си.

В общем, слив защитан.


Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

54. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 01-Дек-16, 12:27 
> Питон вообще должен сдохнуть.

А мужики-то не знали!

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

66. "Релиз  распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от Аноним (??) on 02-Дек-16, 18:29 
> А мужики-то не знали!

Да почему же? Мужики в гугле вывели целое поколение go'пников и из той же вебни питон начал вылетать только в путь.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

57. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 01-Дек-16, 13:23 
А причём здесь скорость? Эти языки лишние зависимости тянут.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Релиз  распределенной системы управления исходными текстами ..."  +8 +/
Сообщение от KonstantinB (ok) on 30-Ноя-16, 20:33 
Это распределение ничего особо не значит. Заметная часть - это реализация программных интефейсов к гиту на этих языках, и всякие дополнительные утилиты, особо никому не нужные, типа git-svn.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

13. "Релиз  распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аноним84701 (ok) on 30-Ноя-16, 21:19 
> Надеюсь в планах есть замена не только shell-скриптов на Си, но и
> perl-скриптов и python-скриптов на Си.
> Текущее состояние распределения по используемым языкам как видно из ссылки https://github.com/git/git
> такое:
>>C 44.2% Shell 34.8% Perl 8.3% Tcl 5.6% Python 2.6% C++ 1.7% Other 2.8%

Ну, глянем поподробнее:

https://github.com/git/git/blob/35f6318d44379452d8d33e880d8d...
https://github.com/git/git/blob/35f6318d44379452d8d33e880d8d...
Это генератор  документации при сборке. В чем тут будет глубокий смысл переписывания для конечного пользователя (да и для разработчика гита), кроме "эта документация сгенерирована программой на ПРАВИЛЬНОМ языке!" ? o_O

https://github.com/git/git/blob/35f6318d44379452d8d33e880d8d...
Вы так часто конвертируете из ртути?

https://github.com/git/git/blob/35f6318d44379452d8d33e880d8d...
Гуй на tcl, прямо караул, да ...

https://github.com/git/git/blob/35f6318d44379452d8d33e880d8d...


test_expect_success 'setup' '
    git checkout -f -b base &&
    git checkout -b to-rebase &&
    git checkout -b upstream &&
    for i in $(seq 100)
    do

Тесты нужно тоже было забацать на си?


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

15. "Релиз  распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от vitalikp on 30-Ноя-16, 22:08 
Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.
Не люблю эти языки.
Почему, не буду объяснять.

Разве плохо иметь возможность собрать гит без лишних зависимостей?

Обычно тесты и пишут на си, если код на си.
Тем самым проверяя код нативно.
Ну вот, например, есть t/helper/test-sha1.sh и t/helper/test-sha1.c файлы.
Скрипт передает параметры, а код выполняет проверку.
Что бы понять суть теста, надо смотреть оба файла.
Я бы смерджил это в один файл. Выглядело нагляднее.
Очевидно, что тратить на это время не стоит, если есть более приоритетные задачи.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Релиз  распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 30-Ноя-16, 22:54 
> Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.

Два чая этому господину.

> Не люблю эти языки.
> Почему, не буду объяснять.

А я вот объяснил что террариум из трех полунедосовместимых версий бидона и вытекающий оттуда breakage мну за...л! А perl - мне он просто по жизни не требуется.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

28. "Релиз  распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Аноним84701 (ok) on 01-Дек-16, 00:56 

> А я вот объяснил что террариум из трех полунедосовместимых версий бидона и
> вытекающий оттуда breakage мну за...л! А perl - мне он просто
> по жизни не требуется.

А ссылочка будет, где там в гите три разных версии "бидона" используется? А разработчики об этом знают?
Кстати, может вы имели ввиду "питон"?
Это объясняет, почему вы не заметили такую замечательну опцию сборки "--without-python". Дарю, пользуйтесь на здоровье.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

35. "Релиз  распределенной системы управления исходными текстами ..."  –5 +/
Сообщение от Аноним (??) on 01-Дек-16, 01:58 
> А ссылочка будет, где там в гите три разных версии "бидона" используется?

Да какая мне разница, в гите это или нет? Если кто тащит гадюку - я смотрю на это косо. Потому что каждый хочет разную версию гадины, блин. И зачем бы мне три похожие гадюки в системе, м?

> Кстати, может вы имели ввиду "питон"?

Я его назыаю бидоном. Его фанаты гремят много.

> Это объясняет, почему вы не заметили такую замечательну опцию сборки "--without-python".

Как по мне так это скорее должно быть --with-python для утонченных поклонников садомазо.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

38. "Релиз  распределенной системы управления исходными текстами ..."  +7 +/
Сообщение от Аноним (??) on 01-Дек-16, 02:17 
> Я его назыаю бидоном. Его фанаты гремят много.

Пока что в этом треде гремишь только ты. Ты случаем не фанат? )

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

50. "Релиз  распределенной системы управления исходными текстами ..."  –3 +/
Сообщение от Аноним (??) on 01-Дек-16, 11:53 
> Пока что в этом треде гремишь только ты. Ты случаем не фанат? )

Если хочешь, можешь записать меня в фанаты ... git'а, разумеется ;)

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

47. "Релиз  распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Аномномномнимус on 01-Дек-16, 10:04 
Да будет лопухам известно, что ваша бубунта без питона просто перестанет работать.
Более того питон используется в САПР и даже либреофисе вместо убогого бейсика. И в отличие от вас там народ понимает, что питон в своей нише рулит и педалит.
Это вы ещё на js и рубях не кувыркались :)
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

51. "Релиз  распределенной системы управления исходными текстами ..."  –4 +/
Сообщение от Аноним (??) on 01-Дек-16, 12:04 
> Да будет лопухам известно, что ваша бубунта без питона просто перестанет работать.

Да будет ламакам с гвидобэйсиком известно: гвидобэйсик не требуется для работы системы. Вообще совсем никак. На этом крапе писана мелкая вспомогальщина и автоматизация. Которая и отваливается периодически, как тот же апгрейдер убунты. Для работы системы все это не требуется - местами я бидон как раз и оборвал целиком.

Так что вместо куска бидонокрапа при апгрейде системы проще оказывается самому извините sed -> apt-get update -> apt-get dist-upgrade сделать. Просто потому что бидонокрап падает с стэктрейсом на три страницы (это на самом деле означает "версия питона не та" XD). Вот накуа мне такая "автоматизация"? Kill it with fire!

> Более того питон используется в САПР и даже либреофисе вместо убогого бейсика.

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

> И в отличие от вас там народ понимает, что питон в своей нише рулит и педалит.

Мне без этого крапа как-то лучше. И в САПР-ах я гвидобэйсиком тоже не пользуюсь. Нахрена он мне там?

> Это вы ещё на js и рубях не кувыркались :)

В JS я таки кувыркался немного. Тоже поганенький ЯП, но скоро webassembmly его имхо подвинет. А так - да, гадюку на рельсы и электричку навстречу.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

55. "Релиз  распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Аноним (??) on 01-Дек-16, 12:38 
> Да будет ламакам с гвидобэйсиком известно: гвидобэйсик не требуется для работы системы. Вообще совсем никак. На этом крапе писана мелкая вспомогальщина и автоматизация. Которая и отваливается периодически, как тот же апгрейдер убунты. Для работы системы все это не требуется - местами я бидон как раз и оборвал целиком.

Дальше не читал. LFS. Только LFS, батенька. Gentoo не катит, т.к. Portage написан на Python.

> В JS я таки кувыркался немного. Тоже поганенький ЯП, но скоро webassembmly его имхо подвинет. А так - да, гадюку на рельсы и электричку навстречу.

Ох лол. Пора бежать с этого треда.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

67. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 02-Дек-16, 18:33 
> Дальше не читал. LFS. Только LFS, батенька.

Это вы к Zenkov'у с такими развлечениями, я предпочитаю менее хардкорно :)

> Gentoo не катит, т.к. Portage написан на Python.

Дык зачем мне этот крап? Я делаю чемодан-вокзал-debootstrap ;).

> Ох лол. Пора бежать с этого треда.

Там вон гугель go запилил - так что лучше сразу с этого глобуса наверное.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

58. "Релиз  распределенной системы управления исходными текстами ..."  +4 +/
Сообщение от Аноним (??) on 01-Дек-16, 15:56 
>> Да будет лопухам известно, что ваша бубунта без питона просто перестанет работать.
> Да будет ламакам с гвидобэйсиком известно: гвидобэйсик не требуется для работы системы.

И чего тогда неламаки ноют?

> Вообще совсем никак. На этом крапе писана мелкая вспомогальщина и автоматизация.
> Которая и отваливается периодически, как тот же апгрейдер убунты. Для работы
> системы все это не требуется - местами я бидон как раз
> и оборвал целиком.

Напишите замену, в убунтах наверняка обрадуются.

> Так что вместо куска бидонокрапа при апгрейде системы проще оказывается самому извините
> sed -> apt-get update -> apt-get dist-upgrade сделать. Просто потому что
> бидонокрап падает с стэктрейсом на три страницы (это на самом деле
> означает "версия питона не та" XD).

Это на самом деле простое неосиляторство гвидобейсика. Ничего иного от убунтуйщиков и прочих «неламаков» не ожидалось XD


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

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

> Мне без этого крапа как-то лучше. И в САПР-ах я гвидобэйсиком тоже
> не пользуюсь. Нахрена он мне там?

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

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

68. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 02-Дек-16, 19:01 
> И чего тогда неламаки ноют?

Вы наверное тоже будете не в восторге если сосед камаз коровяка перед вашим домом вывалит.

> Напишите замену, в убунтах наверняка обрадуются.

Замену чему? Глючному апгрейдеру? Я вообще не понимаю нафиг он: sed + пакетник работают как минимум не хуже и не фэйлят по причине "версия питона не та".

> Это на самом деле простое неосиляторство гвидобейсика. Ничего иного от убунтуйщиков и
> прочих «неламаков» не ожидалось XD

Вот лично мне например - не вперлость осиливать кривой крап и махаться с его проблемами.

> И все равно его не осиливают неламаки в убунтах.

"Создайте систему которой может пользоваться даже дурак - и только дурак захочет ей пользоваться".

> Что же тогда будет, если переписать на плюсы, валу или сишку?

Питонисты это не смогут. Из них программисты - как из гамна пуля.

> Видимо, чтобы поныть и продолжать пользоваться.

Дык я не пользуюсь бидоном :)

> Ведь не неламаковское это дело, замену написать или на что-то другое перейти.

Замену, простите, чему? Глючному апгрейдеру убунты? Так он заменяется sed'ом и apt-get'ом, которых до меня написали. Я этот кусок крапа просто деинсталлю. Сразу. как post-install фаза. Которую прогоняет простой скрипт на баше. И вот он в отличие от бидона - не ломается раз в год.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

30. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним84701 (ok) on 01-Дек-16, 01:29 
> Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.
> Не люблю эти языки.
> Почему, не буду объяснять.
> Разве плохо иметь возможность собрать гит без лишних зависимостей?

Не плохо. Но, как вы сами заметили, задачи переписывания тестов или сборочных скриптов далеко не приоритетны.
А так как количество человеко-часов в любой разработке ограничено ... по мне, то пусть лучше и далее оптимизируют упаковку, индексацию и работу с дельтами, а уж зависимости от перла или питона (тем более, вроде как можно собрать с "--without-python") я уж как нибудь переживу :)

ЗЫ:
> Очевидно, что тратить на это время не стоит, если есть более приоритетные
> задачи.

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

44. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov on 01-Дек-16, 09:49 
> Отсутствие в зависимостях перла и питона для меня был бы огромный плюс.
> Не люблю эти языки.
> Почему, не буду объяснять.

А почему ты не можешь прочитать, что тебе написали, объяснишь?

|
Добавлю: питона вот здесь ("пустой" chroot debian wheezy), например, нет:

root@chroot:/# aptitude show git|grep Version
Version: 1:1.7.10.4-1+wheezy3
root@chroot:/# aptitude install git </dev/null
The following NEW packages will be installed:
  git git-man{a} libcurl3-gnutls{a} liberror-perl{a} libexpat1{a} libgcrypt11{a}
  libgnutls26{a} libgpg-error0{a} libgssapi-krb5-2{a} libidn11{a} libk5crypto3{a}
  libkeyutils1{a} libkrb5-3{a} libkrb5support0{a} libldap-2.4-2{a} libp11-kit0{a}
  librtmp0{a} libsasl2-2{a} libssh2-1{a} libtasn1-3{a}
The following packages are RECOMMENDED but will NOT be installed:
  ca-certificates krb5-locales less libsasl2-modules openssh-client rsync
0 packages upgraded, 20 newly installed, 0 to remove and 0 not upgraded.
Need to get 10.7 MB of archives. After unpacking 20.9 MB will be used.
Do you want to continue? [Y/n/?] Abort.

|
Вот с локальным ребилдом версии поновее:

root@chroot:/# aptitude show git|grep Version
Version: 1:2.7.4-0.1~local1
root@chroot:/# aptitude install git </dev/null
The following NEW packages will be installed:
  git git-man{a} libcurl3-gnutls{a} liberror-perl{a} libexpat1{a} libgcrypt11{a}
  libgnutls26{a} libgpg-error0{a} libgssapi-krb5-2{a} libidn11{a} libk5crypto3{a}
  libkeyutils1{a} libkrb5-3{a} libkrb5support0{a} libldap-2.4-2{a} libp11-kit0{a}
  libpcre3{a} librtmp0{a} libsasl2-2{a} libssh2-1{a} libtasn1-3{a}
The following packages are RECOMMENDED but will NOT be installed:
  ca-certificates krb5-locales less libsasl2-modules openssh-client rsync
0 packages upgraded, 21 newly installed, 0 to remove and 16 not upgraded.
Need to get 7446 kB of archives. After unpacking 28.9 MB will be used.
Do you want to continue? [Y/n/?] Abort.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

52. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 01-Дек-16, 12:14 
> root@chroot:/# aptitude show git|grep Version

Пипец, митрорфан превращается в изена!

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

56. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov on 01-Дек-16, 12:49 
>> root@chroot:/# aptitude show git|grep Version
> Пипец, митрорфан превращается в изена!

Да! https://www.opennet.ru/openforum/vsluhforumID3/109353.html#125 "готовлюсь влиться" //Зоркий Глаз заметил??

Нет! https://www.opennet.ru/openforum/vsluhforumID3/109668.html#46 "своя конкурирующая секта"

"Маргинал"? Может быть... "Ламер эталонный"? Надеюсь, что нет. ++Спасибо за заботу.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

69. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 02-Дек-16, 19:03 
Не, ну до эталона ламера еще работать и работать. Но флудить копипастами как изен - уже научился!
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

60. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от vitalikp on 01-Дек-16, 17:21 
> А почему ты не можешь прочитать, что тебе написали, объяснишь?

Что прочитать? Я все прочитал.

> Добавлю: питона вот здесь ("пустой" chroot debian wheezy), например, нет:

Зато в коде есть.


Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

3. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Crazy Alex (ok) on 30-Ноя-16, 17:26 
В очередной раз у гита просто образцовый список изменений
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Релиз  распределенной системы управления исходными текстами ..."  +8 +/
Сообщение от Аноним (??) on 30-Ноя-16, 17:45 
Конечно! Как бы вы описывали любимую программу, ради написания которой завели целый проект свободного ядра.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

63. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от freehck email(ok) on 02-Дек-16, 12:14 
> В очередной раз у гита просто образцовый список изменений

Поддерживаю на все сто. Ребята не просто молодцы, они прямо-таки титаны. Я даже не говорю об улучшениях удобства работы, чего стоят те же indenet-heuristic и новый git status! :)

И я конечно понимаю, что кто о чём, а вшивый о бане, но..

> 03.09.2016 09:59  Выпуск распределенной системы управления исходными текстами Git 2.10.0
> 30.11.2016 14:48  Релиз распределенной системы управления исходными текстами Git 2.11.0

и

> - Переработан алгоритм формирования сокращённой формы отображения идентификаторов объектов.
> - Ускорен доступ к delta-цепочкам в базе объектов, что положительно сказалось на производительности многих типовых операций.
> - полностью переработана реализация кэша недавно восстановленных объектов, что позволило примерно на 10% ускорить работу в больших репозиториях
> - при увеличении core.deltaBaseCacheLimit до 1 Гб можно повысить скорость работы с репозиторием ядра Linux возросла на 32%
> - Увеличена производительность поиска объектов, в условиях наличия нескольких pack-файлов в репозитории.
> - на 70% ускорить переупаковку репозитория с ядром Linux, в котором накопилось 1000 pack-файлов
> - скорость проверки дубликатов на основе идентификаторов патчей в некоторых ситуациях возросла до 50 раз
> - новый протокол для организации запуска фильтров, используемых для преобразования содержимого файла в представление локальной файловой системы ... позволяет увеличить скорость применения фильтра в 80 раз

Расскажите кто-нибудь Поттерингу о том, что если спроектировать систему *до* того, как начать её писать, то потом всего за один квартал можно будет творить вот такие вот чудеса.


Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от anonimus on 30-Ноя-16, 17:43 
> В команду "git diff" добавлена опция "--submodule=diff", при которой будут показаны изменения субмодулей в форме патча между двумя состояниями субмодуля;

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Релиз  распределенной системы управления исходными текстами ..."  +7 +/
Сообщение от Спасибо за все on 30-Ноя-16, 20:56 
Слава Линусу, Git приносящему! А большего мне и не надо.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 30-Ноя-16, 22:45 
>Слава Линусу, Git приносящему!

Тогда уж принёсшему, потому что как видно из https://github.com/git/git/graphs/contributors
torvalds там только на 17 месте по числу коммитов и имел высокую активность в период с 2007 по 2010, а на первом месте gitster (Junio C Hamano).

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

29. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от шельмец on 01-Дек-16, 01:06 
Слава Junio, Git приносящему! А большего мне и не надо.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

45. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Andrey Mitrofanov on 01-Дек-16, 09:53 
> Слава Junio, Git приносящему! А большего мне и не надо.

Угу, спасибо Линусу, отобравшему его у Ларри.  ...и Джунио за мерж параллельного репака (то ли в 2.0, то ли в 2.1...).

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

14. "Релиз  распределенной системы управления исходными текстами ..."  –2 +/
Сообщение от Аноним (??) on 30-Ноя-16, 22:01 
чё та с сайта качается только 2.10.2! обман же в новости.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от vitalikp on 30-Ноя-16, 22:22 
на окна еще не завезли, а вообще вот https://github.com/git/git/releases
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

25. "Релиз  распределенной системы управления исходными текстами ..."  +3 +/
Сообщение от Led (ok) on 30-Ноя-16, 23:57 
Вендузятник должен страдать.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

62. "Релиз  распределенной системы управления исходными текстами ..."  –1 +/
Сообщение от Аноним (??) on 02-Дек-16, 10:03 
А мусье мазохист-вендузятник или садист-линуксоид?

По поводу сабжа - уже завезли и для винды. Налетай!

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

16. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от vitalikp on 30-Ноя-16, 22:18 
Моя первая система контроля версий это была csv,
потом пришлось перейти на svn. Честно говоря не пользовался ими уже достаточно давно.
Ну а потом я познакомился с гитом.
Поначалу было не привычно, но потом я его полюбил.
Первое что пытался использовать это подмодули(submodule).
Но потом я бросил эту затею, все же лучше код разделять на репозитории.
Hg немного читал, но на практике использовать не приходилось.
И честно говоря единственный код, который мне доводилось читать в нем это код mozilla(firefox и thunderbird).

Хорошая новость.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз  распределенной системы управления исходными текстами ..."  +2 +/
Сообщение от Аноним (??) on 30-Ноя-16, 22:51 
Тролльвальдс знает как это делать правильно. У него большая распределенная команда. И это не замшелый апач или какие-то хипстюки у которых из достоинств "зато на питоне". А остальное - грабли и недостатки.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

26. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от vitalikp on 01-Дек-16, 00:03 
> была csv

точнее cvs:)

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

43. "Релиз  распределенной системы управления исходными текстами ..."  +/
Сообщение от Аноним (??) on 01-Дек-16, 09:42 
> Minix

Таненбаум с его сегодняшними студентами сидят на поделке предыдущего его студента =)

--
и кстати не Minix, а Minix3, первая мертвая уже, как и вторая

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Ergil (ok) on 01-Дек-16, 10:01 
Торвальдс никогда не был его студентом. Переписка между ними была, но студентом он никогда не был, не пишите чуши.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

59. "Релиз  распределенной системы управления исходными текстами ..."  +1 +/
Сообщение от Аноним (??) on 01-Дек-16, 17:11 
Кто чей студент?
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру