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

"Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
Сообщение от opennews (??), 30-Июн-26, 11:50
Представлен релиз распределенной системы управления исходными текстами Git 2.55. Среди ключевых изменений: включение по умолчанию  сборки с Rust, реализация для Linux процесса fsmonitor, новая стратегия переупаковки инкрементального MIDX-индекса, команда "git history fixup" для исправления коммита, оптимизация  генерации битовых карт доступности объектов, поддержка параллельного выполнения hook-ов, команда "git format-rev". Код Git распространяется под лицензией GPLv2+... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65808
Ответить | Правка | Cообщить модератору

Сообщения

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

2. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+27 +/–
Сообщение от Yowayowa Sensei (?), 30-Июн-26, 11:50
Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвечаю, что это git
Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (4), 30-Июн-26, 11:54
	А как-же linux kernel?
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+6 +/–
	Сообщение от Yowayowa Sensei (?), 30-Июн-26, 11:56
	Так одно создавалось для другого. Неудивительно почему получился паршивый продукт. Не говоря о том, что абсолютное большинство коммерческих и любительских проектов используют централизованную модель разработки (через github, gitLab или bitbucket). Многие распределенные возможности git остаются невостребованными, но разработчики все равно вынуждены нести накладные расходы на их понимание и обслуживание (например, разбираться с разницей между git fetch и git pull, настраивать upstream-ветки).
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–6 +/–
	Сообщение от Аноним (9), 30-Июн-26, 12:03
	> разбираться с разницей между git fetch и git pull Ну, пользователей же вынуждают разбираться с разницей между скачиванием документа/программы/песенки и их открытием/запуском/прослушиванием. Так в чём проблема увидеть разницу между git fetch и git pull? Не говоря уж о том, что git pull вообще не особо нужная команда, я вообще ей пользовался десяток раз, чтобы подтянуть изменения чужих репозиториев и пересобрать исходник. Для своих репозиториев удобнее git fetch+git merge.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+11 +/–
	Сообщение от одвто7 (?), 30-Июн-26, 12:23
	Глупости, pul как раз одна из популярных команд! git pull git add . git commit -m "..." git push Это покрывает 90% работы с гитом, всё остальное это уже рукоблудие 😁
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (22), 30-Июн-26, 12:47
	А весь этот винегрет можно было заменить какой-нибудь одной git sync "superhotfix 128"
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+7 +/–
	Сообщение от Аноним (24), 30-Июн-26, 12:51
	открой для себя магию алиасов :)
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (9), 30-Июн-26, 18:14
	Если у вас в репозитории только одна ветка и вы не отличаете fast-forward от merge, то можно и так. А можно вообще просто паковать исходник в архивы с именами типа app-3.4.23.rar, для вашего юзкейса будет ещё проще.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	43. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+3 +/–
	Сообщение от Аноним (43), 30-Июн-26, 13:55
	> получился паршивый продукт Ага, на столько паршивый, что практически все конкурирующие системы контроля версий перестали существовать. Вот откуда такие сказочники берутся?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	95. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от zionist (ok), 30-Июн-26, 16:20
	Это просто мода и влияние авторитета. Если бы автором был не Торвальдс и если бы он продолжал ровно сидеть на BitKeeper, ничего подобного и близко не было бы.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (107), 30-Июн-26, 17:35
	Если бы автор BitKeeper не был большим чудаком на букву М, никакого гита бы не было. Как и меркуриала. Иронии добавляет тот факт, что после открытия кода исходники BitKeeper лежат на гитхабе.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 01-Июл-26, 09:07
	Если бы кое кто не начал бы реверс инжинирить BitKeeper, Торвальдс ровно сидел бы на нём до сих пор. Он и гит написал на коленке, после чего быстро отдал ему другому чуваку. Посмотри в истории комитов самы первые версии исходников Git. Они больше напоминают студенческий проект. Торвальдс на столько не хотел этим заниматься, что ни нормальной архитектурой, ни нормальной реализацией не заморачивался.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 02-Июл-26, 13:17
	Первая работоспособная версия git была написана Торвальдсом за выходные. Причем сразу заложил в нее такую архитектуру, которая закрыла список фич, остро необходимых, но отсутствовавших в BitKeeper.
	Ответить | Правка | Наверх | Cообщить модератору

	171. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 02-Июл-26, 17:10
	Каких именно фич и почему до откзыва лицензии на BitKeeper Торвальдс никаких гитов не писал и не планировал?
	Ответить | Правка | Наверх | Cообщить модератору

	172. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 02-Июл-26, 17:24
	Еще раз. И медленно, для тех кто в танке. Одна из фич: гарантия целостности истории. Другая: открытый и стабильный способ экспортировать метаданные и историю коммитов из BitKeeper в другие форматы Это требуется для формирования интернет-сервисов. Это не говоря уже о проблемах со скоростью (переключение на заданный комит и работа с ветками), из-за архитектурной кривизны BitKeeper'а. Потери истории изменений из-за переименований файлов, из-за архитектурной кривизны BitKeeper'а. И неполна распределённость разработки, жадность владельца BitKeeper'а приводила к проблемам привязки некоторых операций к родительскому репозиторию. Линус Торвальдс реализовал эти недостающие фичи в Git за первые две недели.
	Ответить | Правка | Наверх | Cообщить модератору

	174. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 02-Июл-26, 19:19
	Снова, для тех кто сидит в Армате. Пока лицензия на BitKeeper не была отобрана не было совершенно никаких попыток написать свой DVCS не только за выходные, но и за всё время, пока у Торвальдса и компании была халявная лицензия. Вместо этого они занимались реверс инженирингом, что было довольно подлым занятием, учитывая халявную лицензию, которая для других тогда денег стоила.
	Ответить | Правка | Наверх | Cообщить модератору

	178. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (178), 03-Июл-26, 01:09
	Еще раз и медленно, для совсем тугих танкистов. Были списки того, что не хватает в BitKeeper и вал отзывов о проблемах с производительностью и проблемах с выбранной при реализации BitKeeper архитектурой. Естественно, они надеялись, что разработчик попытается исправить, но менеджерам BitKeeper не сдался вал негатива, при этом исправлять было или невозможно, или некому. Так что реверсинженеринг, был лишь поводом решения менеджеров, у которых в качестве альтернативы этому решению был вал негативных отзывов и публикаций акцентирующие внимание на генетические не устранимые проблемы BitKeeper.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 30-Июн-26, 17:50
	Совсем нет. Это результат того, что разработчик взял систему контроля версий, поработал в ней, понял чего не хватает и сделал свою, для себя. Но так как это был разработчик, то сделал он то что нужно, а не то, что решили менеджеры.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	148. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 01-Июл-26, 09:04
	Всё было совсем не так. Изучите историю вопроса.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (169), 01-Июл-26, 14:30
	Ваши слова очень важны для нас. Что сказать хотел? Ты списка того, чего не хватает в BitKeeper не видел? Который был прежде чем разработчики BitKeeper обиделись?
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 02-Июл-26, 00:45
	> Ты списка того, чего не хватает в BitKeeper не видел? Ну давай, расскажи то, что я не знаю. Торвальд пришёл с этим списком к автору BitKeeper, а тот его послал или немного не так было?
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 02-Июл-26, 12:49
	Естественно не так. Но точно был сформирован полный список того, что прямо остро необходимо. Владельцы BitKeeper'а восприняли как антирекламу от разработчиков linux и обиделись.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 02-Июл-26, 17:08
	Какая ещё антиреклама? BitKeeper дали проекту Linux бесплатно на условиях, что те не будут его реверс инженирить, а они начали это делать и получили отзыв лицензии. Именно это и послужило толчком к созданию Git.
	Ответить | Правка | Наверх | Cообщить модератору

	173. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 02-Июл-26, 17:26
	Это было поводом. О причинах я написал выше.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от zionist (ok), 02-Июл-26, 19:23
	В данном случае причина и повод - это одно и тоже - крысятничество в чужом коде, лицензию на использование которого им дали бесплатно. Если бы они просто написали свой DVCS, то не только никаких претензиц к ним не было бы, но и времени на такой проект у них было бы гораздо больше. А так да, пришлось в авральном режиме изобретать своё поделие.
	Ответить | Правка | Наверх | Cообщить модератору

	179. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (178), 03-Июл-26, 01:16
	Сравнивая BitKeeper и git ты последний называешь поделием. Или завязан на эту контору или просто странный фанатик чего-либо другого. В этой паре поделием был BitKeeper, с кучей неустранимых проблем, разработчики git'а которые обошли за 2 недели. Это говорит не об авральности, а о том, что для реальных разработчиков проблемы BitKeeper выеденного яйца не стоят. Очевидно что к тому моменту нормальных разработчиков у BitKeeper не осталось.
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	8. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (8), 30-Июн-26, 12:02
	> Когда у меня интересуются, что я считаю оверинжинирингом, я не задумываясь отвечаю, что это git Программы можно разделить на те которые оверинжиниринг, и те которые нафиг никому не нужны. Как показывает практика мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным. А всякие suckless поделки на практике могут только suck ¯\_(ツ)_/¯.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	11. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+8 +/–
	Сообщение от Yowayowa Sensei (?), 30-Июн-26, 12:05
	> софт тоже становится сложным Только по той причине, что срыночек порешал, а не здравый смысл
	Ответить | Правка | Наверх | Cообщить модератору

	16. Скрыто модератором	+/–
	Сообщение от Аноним (16), 30-Июн-26, 12:24
	> Только по той причине, что срыночек порешал, а не здравый смысл Так здравый смысл создал линукс - то что работает уже сейчас и решает задачи возникающие у людей. А нетакусьные шuзики создали план9. Я бы пошутил, что "получился отличный план, надежный как швейцарские часы", но нет получилось никому ненужное овно. С тревожным расстройством по поводу кол-ва строк, подходами "самoкаcтрация - только С99", и патчами в виде кода "мы з̶а̶х̶а̶р̶д̶к̶о̶д̶и̶л̶и̶ заовнокодили конфиг в коде"
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–2 +/–
	Сообщение от aname (ok), 30-Июн-26, 12:43
	Ещё один воен против рыночка. Да, в принципе, только благодаря ему что- то кроме … существует.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	76. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (76), 30-Июн-26, 15:08
	> Только по той причине, что срыночек порешал, а не здравый смысл Очень глупо думать что рынок, особенно свободного софта, где не так силён маркетинг, делает прямо неэффективные вещи.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	20. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от aname (ok), 30-Июн-26, 12:41
	> Программы можно разделить на те которые оверинжиниринг, > и те которые нафиг никому не нужны. Ох уж эти ложные дихотомии > мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным. Не поэтому. > А всякие suckless поделки на практике могут только suck Против KISS воюем?
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	25. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (25), 30-Июн-26, 12:52
	> Ох уж эти ложные дихотомии Ложность не доказывается твоим комментарием) >> мир вокруг - весьма сложная штука, поэтому софт тоже становится сложным. > Не поэтому. Поэтому. Сложные предметные области порождают сложный софт. Так как гит делался как децентрализованная штука - то сработала теорема Брюера. Поэтому он получился сложный. Можно конечно выкинуть половину кода со словами "а мне и так сойдет", но на выходе получится штука у которой не будет всех возможностей гита. >> А всякие suckless поделки на практике могут только suck > Против KISS воюем? А что против нее воевать? Принцип классный на бумаге, а в реальности получается то что получается) На UNIX-way тоже поколения какеров наяривали, и где теперь UNIX со своим way?
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от e (??), 30-Июн-26, 13:43
	> и где теперь UNIX со своим way? Примерно везде? Начиная с Intel ME до автомобилей, самолётов, ракет, мед. оборудования, суперкомпьютеров и тд
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+2 +/–
	Сообщение от Аноним (-), 30-Июн-26, 14:07
	Э? Ты уверен что в Intel ME, самолётах, ракетах внутри зоопарк "мелких программ которые через текстовые потоки обмениваются информацией" ? Софт для самолетов я не писал. А вот в медицинский заглядывал. И там никакого unixway не было.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от q (ok), 30-Июн-26, 12:07
	Напоминаю, что ты не обязан пользоваться ВООБЩЕ ВСЕМ функционалом гита. Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще. Так вот: приведи конкретный пункт, в котором что-то в гите могло быть проще. Хотя бы один пункт. Вот прям ща. Ты же отвечаешь за свои слова, верно? Или просто газифицируешь лужу? Один пункт. Не два, не три, а всего один.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	17. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от e (??), 30-Июн-26, 12:33
	> Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще. Не только. Из Cambridge Dictionary: over-engineer --- to create, design, or build something to be more complicated or perform more actions than is necessary or helpful. Вторая часть как раз к гиту и подходит
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от q (ok), 30-Июн-26, 12:35
	> Вторая часть как раз к гиту и подходит Отлично! А теперь ты берешь - и приводишь функционал в гите, которым вообще никто не пользуется: ни пользователи, ни другие системы вроде cgit, GitLab etc. Давай. Прям ща. Хоп! - и приводишь ОДНУ такую вещь.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от e (??), 30-Июн-26, 13:26
	> приводишь функционал в гите, которым вообще никто не пользуется Такого функционала просто не может быть, гит слишком распространен, добавь туда хоть аудиоплеер, им хоть кто-то да будет пользоваться. > ни другие системы вроде cgit, GitLab etc Так в этом и проблема, по видимому. Git превращается (или уже превратился) из простой СКВ, в некий "бэкенд" для крупных сервисов, судя по последним чейнджлогам. И вариант "просто не пользоваться" избыточным функционалом не прокатывает. На все эти лишние команды приходится обращать внимание, просто потому что они есть, ну, ты же как бы инструмент изучаешь, его желательно "полностью" освоить. И выходит, что для изучения простого доп. инструмента, который вроде работу облегчать должен, нужно времени больше, чем для изучения какого-нибудь ЯП.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от q (ok), 30-Июн-26, 13:44
	> добавь туда хоть аудиоплеер, им хоть кто-то да будет пользоваться Функционал аудио-плеера не принадлежит домену управления ревизиями дерева исходников. Приведи функционал, который удовлетворяет следующим критериям: относится_к_теме_гита && (могло_быть_проще || никто_не_пользуется) > Git превращается (или уже превратился) из простой СКВ, в некий "бэкенд" для крупных сервисов Всегда был таким, доброе утро. Хочешь попроще? Пользуйся "Новой папкой (42)" и "Отчет-финальный-финальный-точно-финальный-5-после-правок-8.docx". > вариант "просто не пользоваться" избыточным функционалом не прокатывает Прокатывает. Я ими не пользуюсь. > На все эти лишние команды приходится обращать внимание Не приходится. О существовании большинства из них я даже не в курсе. > ты же как бы инструмент изучаешь, его желательно "полностью" освоить Нет. Инструмент осваиваешь ровно настолько, насколько лично тебе нужно. Скажем, ты даже свой телевизор освоил лишь на 10% - и все равно успешно пользуешься им годами. А вот ты попробуй потыкать по менюхам и на все кнопки пульта -- откроешь для себя редчайшие 90% функционала. > нужно времени больше, чем для изучения какого-нибудь ЯП А ЯП ты как изучаешь? По учебникам, в которых объясняется только то, что нужно тебе? Или читаешь стандарт от корки до корки, включая BNF синтаксиса? Вот то-то же и оно. Ты и ЯП не "полностью" осваиваешь.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 30-Июн-26, 13:56
	> Скажем, ты даже свой телевизор освоил лишь на 10% - и все равно успешно пользуешься им годами. А вот ты попробуй потыкать по менюхам и на все кнопки пульта -- откроешь для себя редчайшие 90% функционала. Время зря потратишь. Как вариант: Запись фильмов есть, хотя и не всех - но не нужно. Записи футбола нет, хотя и нужно. В итоге он нужен только... А зачем он нужен?
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от e (??), 30-Июн-26, 13:56
	>  Или читаешь стандарт от корки до корки, включая BNF синтаксиса? Ты не поверишь
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	47. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (47), 30-Июн-26, 14:02
	> Хочешь попроще? Пользуйся "Новой папкой (42)" и "Отчет-финальный-финальный-точно-финальный-5-после-правок-8.docx". версионировать код это полный бред, спеку версионируют и все в одном файле, а чтобы 1500 ревизий не плодить, все изначально хорошо продумывают, дальше фиксируют и пишут по зафиксированной спеке код.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	50. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (-), 30-Июн-26, 14:12
	>  все изначально хорошо продумывают, дальше фиксируют и пишут по зафиксированной спеке код а потом садятся на невидимого розового единорога и улетают в волшебную страну с говорящими пони. Могут поменяться требования. Может измениться условия использования. Код или архитектура может просто оказаться плохими.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (47), 30-Июн-26, 14:28
	> а потом садятся на невидимого розового единорога и улетают в волшебную страну с говорящими пони. давай стихами > Могут поменяться требования. да ради бога, хоть 100 раз, пока не зафиксировали спеку, или у вас клиенты каждый день приходят со своими хотелками? И как там по цене? > Может измениться условия использования. заказчик софта получает в итоге готовый продукт, после получения готового продукта все хотелки равносильны новому продукту, отлично, деньги вперед. > Код или архитектура может просто оказаться плохими. нанимай архитектора, а не камнетеса для продумывания архитектуры. пс: отвянь бот
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от e (??), 30-Июн-26, 14:10
	Странная аналогия, телевизор это не рабочий инструмент. Скажем, на сколько процентов функционала МФД осваивают пилоты истребителей? Много там фич, которым они не пользуются и которые усложняют при этом систему? Аналогия тоже так себе, но раз уж мы до них скатились
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	51. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от q (ok), 30-Июн-26, 14:18
	> >  Или читаешь стандарт от корки до корки, включая BNF синтаксиса? > Ты не поверишь Не поверю, что освоение стандарта си занимает меньше времени, чем наипростейшего мануала гита. > телевизор это не рабочий инструмент Какая разница? Главное, что это инструмент, к которому идет мануал, который ты не прочел. А кнопки тыкаешь наугад (и то не все). > на сколько процентов функционала МФД осваивают пилоты истребителей? Скан лицензии пилота скинь, прежде чем обсуждать насквозь зарегулированную отрасль, в который мимокрокодилов не пропустят, тем более после 9/11. Пока скан лицензии не скинешь, все твои комменты можно игнорировать как диванные размышления васяна.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от e (??), 30-Июн-26, 14:32
	> все твои комменты можно игнорировать как диванные размышления васяна. Как скажешь)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (47), 30-Июн-26, 14:34
	> Какая разница? Главное, что это инструмент, к которому идет мануал, который ты не прочел. А кнопки тыкаешь наугад (и то не все). у нынешних макита шуруповертов есть всякие беспроводные интерфейсы управления (блютуз), и чтобы таким инструментом пользоваться, нужно еще там заиметь современный смартфон, скачать приложуху из аппстора какого-то и использовать, чтобы тонко настраивать обороты вкручивания и не более. Алё, и это не оверинжинеринг? Мне на кой на стройке нужен смартфон? и не дай бог он будет устаревший, что приложуха его не поддерживает. И каждый раз когда надо будет менять профиль вкручивания, я должен тянуться к смартфону, дожили.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	68. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (68), 30-Июн-26, 14:47
	> у нынешних макита шуруповертов есть всякие беспроводные интерфейсы управления (блютуз), и чтобы таким инструментом пользоваться, нужно еще там заиметь современный смартфон, О ужас! А чтобы починить машину сложнее жигулятора нужно иметь как минимум ELM327! Доколе!! > скачать приложуху из аппстора какого-то и использовать, чтобы тонко настраивать обороты  вкручивания и не более. Насчет "не более ты просто соврал". > Алё, и это не оверинжинеринг? Нет. > Мне на кой на стройке нужен смартфон? и не дай бог он будет устаревший, что приложуха его не поддерживает. И каждый раз когда надо будет менять профиль вкручивания, я должен тянуться к смартфону, дожили. И опять вранье. Ты случайно не депутант))? У макиты есть два приложения: Makita Tool Management - как раз для хитрой настройки профиля вкручивания. При этом есть стандартњый профиль, который работает из-коробки. И Makita Tools - по сути для отслеживания истории инструмента. Васяну оно точно не нужно, но для строительной бригады - да. У Tool Management есть защита инструмента от кражи или копирование профиля для разных инструментов. Если у тебя 20 монтажников, 50 шуруповертов и требование соблюдать ТЗ на закручивание, то это весьма крутая фича. А за возможность узнать сколько циклов заряд-разряд прошел аккум будут весьма благодарны в отделе закупок и планирования. ps твои рассуждения на уровне детсадовца который не понимает зачем делать какие-то расчеты в сложных программах чтобы построить дом. можно же просто класть один кубик на другой.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от q (ok), 30-Июн-26, 14:48
	> > все твои комменты можно игнорировать как диванные размышления васяна. > Как скажешь) У тебя нет экспертизы ни в авиации, ни, как видим, в гите, ибо ты до сих пор не привел ни одной фичи, которая была бы якобы не нужна или усложнена. > Алё, и это не оверинжинеринг? У тебя логическая ошибка. От того, что где-то там в какой-то абсолютно другой предметной области что-то переусложнено (не факт, кстати), не значит, что в гите то же самое. Ну в самом деле. Гитлер пил воду. Ты тоже пьешь воду. Значит, ты Гитлер? А теперь давай, приводи хотя бы ОДНУ фичу в гите, которая либо усложнена, либо не имеет ни одного пользователя.
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	77. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от e (??), 30-Июн-26, 15:09
	> А теперь давай Не дам
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от q (ok), 30-Июн-26, 15:40
	Что и требовалось доказать: только и умеешь, что газифицировать лужу ыкспердным мнением из дивана.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (47), 30-Июн-26, 15:13
	> У тебя логическая ошибка. Давай покажи ее. > От того, что где-то там в какой-то абсолютно другой предметной области что-то переусложнено (не факт, кстати), не значит, что в гите то же самое. какой наивный вывод, аналогия это не "то же самое", это походу у вас с логикой наивной беда. Речь об оверинжинеринге, повторяю оверинжинеринге, привел конкретный пример оверинжинеринга на примере шуруповевртов макита. Гит такой же пример оверинжинеринга. Короче, что и требовалось доказать, уровень ЫЫ бота от Максима даже в наивную логику не умеет. > А теперь давай, приводи хотя бы ОДНУ фичу в гите, которая либо усложнена, либо не имеет ни одного пользователя. сабмодули
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	87. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от q (ok), 30-Июн-26, 15:38
	> привел конкретный пример оверинжинеринга на примере шуруповевртов макита Ты мне приведи не просто "пример оверинжинеринга", а "пример оверинжинеринга ГИТА". Понимаешь? ГИТА. Гит обсуждаем, а не шпингалеты/шуруповерты/еще какую-нибудь хрень. > сабмодули Что сабмодули? Постоянно ими пользуюсь, и в гитхабе дохренища примеров его использования. Попробуй еще раз.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (47), 30-Июн-26, 17:19
	> Постоянно ими пользуюсь Придумай глупость, да д*рак ее совершающий всегда найдется. Я вам не запрещаю использовать сабмодули, я вам привел пример оверинжинеринга. Пользуешься ты этим или нет, от этого не зависит понятие оверинженеринг!!! Само понятие версионности кода это оверинженеринг. Версионность у спеки должна быть.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (169), 30-Июн-26, 17:43
	Ну вот. А так интересно начинал. Думал, может, умный человек с оригинальными мыслями. Оказалось, совсем нет.
	Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

	23. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (23), 30-Июн-26, 12:48
	>Оверинжиниринг -- это когда что-то сделали, а оно могло быть проще вы ошиблись
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	31. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от НектоОткудаТо (?), 30-Июн-26, 13:08
	Не с целью поругаться, но по поводу "проще" - вот не могу назвать detached head удобной концепцией для тех, кто хочет перейти на произвольный коммит. Допускаю, что Вам и многим другим это может казаться простым. А вот мне и многим другим это простым не кажется. Вывод - что не просто для всей целевой аудитории, то простым не является.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	35. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от q (ok), 30-Июн-26, 13:25
	Ты не отличаешь "сложно" от "оверинжиниринг"? Извиняй чувак, но реальные самолеты управляются чуточку сложнее, чем WASD-клавиши (даже если ты на 146% уверен, что WASD хватает! тебе в играх их хватало во всяком случае!)
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от НектоОткудаТо (?), 30-Июн-26, 18:20
	Дело в том, что git - не самолёт. И задачи у него относительно несложные. А для таких несложных задач он слишком мудрён. В любом случае, это устоявшийся стандарт и знать его надо. Но вот только не надо утверждать, что это простой в управлении инструмент. Это не так)
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+4 +/–
	Сообщение от хрю (?), 30-Июн-26, 13:36
	git без оверинжиринга называется hg +). До сих пор до конца не умер. Для 95% коммерческих разработок его возможностей заглаза. Но интеграций уровня gitlab к сожалению нема, отсюда и проистекает к сожалению предсмертное состояние.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	52. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (-), 30-Июн-26, 14:18
	У тебя странно в одном комментарии "Для 95% коммерческих разработок его возможностей заглаза" совмещается с "Но интеграций уровня gitlab к сожалению нема". Мысль что "интеграция уровня гитлаба это необходимое требовние для большей части коммерческой разработки" в голову не приходила?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от FSA (ok), 30-Июн-26, 14:27
	> git без оверинжиринга называется hg +). Ты про Mercurial? Пользовался как-то им. Но он, увы, на Python 2 написан. А эту версию давно везде убрали как Legacy. А переписывать никто не хотел. Так что, фактически hg умер. Его даже с Bitbucket выкинули.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	70. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (70), 30-Июн-26, 14:51
	Удивительно, но есть Mercurial на C#!! Но его автор видимо настолько жадный и амбициозный, что просидел несколько лет в ожидании "сейчас меня купят за миллион" и благополучно просрал проект (вместо того, чтобы подарить его сообществу). Парень русский если что. Ну, или русскоговорящий. :)
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от _kp (ok), 30-Июн-26, 15:26
	Питон давно перегоняется автоматом в C# и точно работал. Ладно хоть не на Электрон переписал. Скорей всего поделку на C# вообще не смотрели, ибо проблем с ней будет больше чем со старым Питоном. :)
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (76), 30-Июн-26, 15:18
	> git без оверинжиринга называется hg +) Много лет назад повёлся на эти сказки и одному не-айтишному знакомому посоветовал hg, типа ему проще разобраться будет и мне на его вопросы не надо будет отвечать. Он словил там многоголовое состояние на первом pull и так и не смог его зарезолвить, поставил git и проблем с ним никаких не имел. > До сих пор до конца не умер. Для 95% коммерческих разработок его возможностей заглаза. > > Но интеграций уровня gitlab к сожалению нема, отсюда и проистекает к сожалению предсмертное состояние. То же можно и о cvs сказать. Только VCS выбирают не потому что она коммитить умеет, а потому что ей удобно (и вообще можно) пользоваться, и именно поэтому hg там же где cvs.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	89. "-"	+2 +/–
	Сообщение от name (??), 30-Июн-26, 15:48
	Неправильно. Git без оверинжениринга называется Got. А hg это куча экскрементов на питоне.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	58. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+2 +/–
	Сообщение от Аноним (58), 30-Июн-26, 14:27
	Я думаю, ты путаешь овер-инжиниринг и андер-инжиниринг. Оверинжиниринг это та единственная проблема, которая не решается добавлением новых уровней абстракции, а именно проблема слишком большого числа абстракций. У git есть одна фундаментальная абстракция -- коммит, из которой естественным образом рождается абстракция бранча. Но рождается "снизу вверх", это не то чтоб разработчики сначала помыслили абстрактную идеальную ветку, а потом начали её имплементировать как абстракцию в коде; не, ровно наоборот, она возникла снизу, и поэтому она заметно расходится с идеальной веткой. Идеальная ветка будет характеризоваться точкой откуда она ответвляется, в git же нет этой точки, все ветки идут от оригинального коммита, и когда ты выполняя rebase думаешь о ветке, как о чём-то что начинается с ближайшего разветвления, это неверная модель в голове, которая поддерживается костылями. В git очень много таких костылей, которые наводят мосты между идеальной моделью в голове у пользователя git и реальностью (то есть кучей коммитов, которой git является). Простые абстракции подпёртые костылями -- это явный признак андер-инжиниринга. Если тебе хочется ещё примеров такого, глянь на lua. В lua есть два оператора позволяющих вызывать "методы" класса: . и :. Второй передаёт неявным параметром указатель self. Первый не передаёт, но ты можешь передать явно. lua в принципе неплохой язычок, но вот конкретно эта фишка раздражает виртуально всех, кто на lua пишет, потому что стоит тебе перепутать и использовать не тот оператор, ты получаешь рантайм ошибку, может быть код где-то попытался применить оператор + к таблице и числу, может быть он попытался получить доступ к полю числа, будто оно таблица. И это поведение lua вытекает из андер-инжиниринга, lua идеологически пытается быть как можно более простым. А это значит что рантайм не видит никакой разницы между обычной функцией и методом с параметром self, и в то же время парсер тоже не может отличить их в силу отсутствия статической типизации. Овер-инжиниринг выглядит иначе, это абстракции на абстракциях опирающихся на абстракции. Это когда невозможно выяснить связь между моделью операции в голове у пользователя, моделью операции в голове у разработчика программы, и реальным кодом которые выполняет те или иные действия в рамках операции. "Невозможно" я конечно загнул, но если тебе приходилось копаться в корпоративном коде, то ты несомненно сталкивался и представляешь как это выглядит. Код вместо того, чтобы дёрнуть open для открытия файла создаёт абстрактный объект, причём не создаёт его, а обращается к factory, которая опять же не создаёт а делегирует создание куда-то ещё, оттуда всё это делегируется ещё куда-нибудь, в процессе ещё пять разных казалось бы несвязанных подсистем получают управление через вызовы функций, а где же на самом деле вызывается open, и какого конкретного типа создаётся объект, и где он хранит файловый дескриптор -- это вопросы на которые ты так и не нашёл ответа, хотя потратил уже два часа на расковыривание описанного выше. Овер-инжиниринг -- это когда абстракции начинают путаться под ногами настолько, что они больше мешают, чем помогают.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	143. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (143), 30-Июн-26, 22:53
	> Код вместо того, чтобы дёрнуть open для открытия файла создаёт абстрактный объект, причём не создаёт его, а обращается к factory, которая опять же не создаёт а делегирует создание куда-то ещё, оттуда всё это делегируется ещё куда-нибудь, в процессе ещё пять разных казалось бы несвязанных подсистем получают управление через вызовы функций Хотя такое и сложно, но иногда и такое НЕОБХОДИМО. Тут главный критерий не уровни сложности, а отсутствие необходимости.
	Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+4 +/–
Сообщение от Аноним (3), 30-Июн-26, 11:52
Ждём форка или независимой реализации на любом языке из набора GCC. Gccrs ещё не готов.
Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–9 +/–
	Сообщение от Аноним (10), 30-Июн-26, 12:04
	> Ждём форка или независимой реализации на любом языке из набора GCC. Gccrs ещё не готов. Но зачем? Оно отлично собирается clang/llvm под свободной лицензией. Зачем делать форк для гнуракового убожества?
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (3), 30-Июн-26, 12:24
	Потому что, GCC forever! Лучше, чтобы весь бинарный код был сгенерирован одним кодогенератором. По крайней мере, код базовых компонентов системы.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+6 +/–
	Сообщение от Аноним (41), 30-Июн-26, 13:52
	Угу, часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе. Я знал, что растолюбы тупые, но такой дичи не ожидал. Ну, чтобы не быть голословным, присмотрись к proc-macro2.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–4 +/–
	Сообщение от Аноним (-), 30-Июн-26, 14:21
	> Угу, часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе. А зачем учитывать мнение любителей несвободного софта? > Я знал, что растолюбы тупые, но такой дичи не ожидал. Gonna cry? (c) Без "тупых" растолюбов ты уже гит не соберешь. Возможно тупой некто другой?)) > чтобы не быть голословным, присмотрись к proc-macro2. И? Присмотрелся. Где твой список претензий, ну или хотя бы нытья?
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (3), 30-Июн-26, 14:36
	Любитель ты наш(?) полусвободного софта.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 30-Июн-26, 14:44
	В этом и дело, для всех пакетов в которые добавлялся раст, приходится менять компилятор, но после этого всё равно пытается собирать гцц. Я смотрю, некоторые RUSTFLAGS игнорят и параметры линкера не передашь крейту. Всё ломается, как результат.
	Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

	63. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (58), 30-Июн-26, 14:40
	> часть крейтов фейлится или компилится неправильно, если шланг не единственный компилятор в системе. У меня как-правило в системе стоит по паре-тройке версий llvm и gcc, и я не сталкивался с тем, что какие-то крейты не собираются. Иногда им приходится через окружение передавать путь к библиотекам llvm, но это не проблема cargo/rustc, это проблема которую должны решать мейнейтеры дистрибутива или разработчики llvm. И да, наличие отсутствие gcc в системе никак не влияет на это. > чтобы не быть голословным, присмотрись к proc-macro2. Хмм... Я попросил LLM сгенерировать простейший проект для теста твоих заявлений и: $ cat Cargo.toml [package] name = "proc-macro2-test" version = "0.1.0" edition = "2021" [dependencies] proc-macro2 = "*" quote = "*" $ cat Cargo.lock # This file is automatically @generated by Cargo. # It is not intended for manual editing. version = 4 [[package]] name = "proc-macro2" version = "1.0.106" source = "registry+https://github.com/rust-lang/crates.io-index" checksum = "8fd00f0bb2e90d81d1044c2b32617f68fcb9fa3bb7640c23e9c748e53fb30934" dependencies = [ "unicode-ident", ] [[package]] name = "proc-macro2-test" version = "0.1.0" dependencies = [ "proc-macro2", "quote", ] [[package]] name = "quote" version = "1.0.46" source = "registry+https://github.com/rust-lang/crates.io-index" checksum = "dfbc457d0c7a0759a614551b11a6409e5951f6c7537be1f1b7682b9ae9230368" dependencies = [ "proc-macro2", ] [[package]] name = "unicode-ident" version = "1.0.24" source = "registry+https://github.com/rust-lang/crates.io-index" checksum = "e6e4313cd5fcd3dad5cafa179702e2b244f760991f45397d14d4ebf38247da75" $ cat src/main.rs use proc_macro2::{Ident, Span, TokenStream}; use quote::{quote, ToTokens}; fn make_tokens() -> TokenStream {     let ident = Ident::new("hello_world", Span::call_site());     quote! {         fn #ident() {             println!("Hello from generated code!");         }     } } fn main() {     let tokens = make_tokens();     println!("Generated tokens:");     println!("{}", tokens);     // Parse the generated tokens back.     let parsed: TokenStream = tokens.to_string().parse().unwrap();     println!("\nRound-trip:");     println!("{}", parsed.to_token_stream()); } $ cargo run     Updating crates.io index      Locking 3 packages to latest compatible versions   Downloaded quote v1.0.46   Downloaded 1 crate (30.9KiB) in 0.17s    Compiling proc-macro2 v1.0.106    Compiling quote v1.0.46    Compiling unicode-ident v1.0.24    Compiling proc-macro2-test v0.1.0 (/home/user/tmp/test_pmacro2)     Finished `dev` profile [unoptimized + debuginfo] target(s) in 1.50s      Running `target/debug/proc-macro2-test` Generated tokens: fn hello_world () { println ! ("Hello from generated code!") ; } Round-trip: fn hello_world () { println ! ("Hello from generated code!") ; } Что я^W LLM сделал не так?
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	67. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (41), 30-Июн-26, 14:46
	Какой у тебя компилятор установлен как cc? Я librsvg не мог собрать из-за proc-macro2, пока не разобрался, в чём дело. Посмотри обсуждение.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (100), 30-Июн-26, 16:53
	> Посмотри обсуждение. Обсуждение чего и где? > Какой у тебя компилятор установлен как cc? $ cat `which cc` #!/bin/bash export LANG=C /usr/bin/gcc $* $ gcc-config -l   [1] x86_64-pc-linux-gnu-14 *   [2] x86_64-pc-linux-gnu-15 > Я librsvg не мог собрать из-за proc-macro2 У меня сборкой занимается emerge, и я даже не представляю как он собирает librsvg. Но если б ты скинул сюда хотя б ту ошибку, которую тебе выкидывает gcc/clang/rustc/whatever то я может быть мог бы подсказать в чём проблема. Так навскидку, единственная проблема с которой я сталкивался, при сборке растокрейтов, это либо неспособность cargo найти llvm библиотеки, либо неспособность выбрать нужную версию этих библиотек. Супротив этого помогает что-нибудь в стиле `export LIBCLANG_PATH=/usr/lib/llvm/22/lib64`.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (41), 30-Июн-26, 17:51
	Вот этот баг https://bugs.gentoo.org/960828 Но проблема не единичная, видимо, у большинства всё-таки не собирается https://packages.gentoo.org/packages/gnome-base/librsvg/bugs -- часть людей, наверное, следует дефолтным рекомендациям по сборке и не замечает проблем от добавления этой погани в пайплайн, зачем им только гента не ясно, даже в приснопамятной Убунте пакеты лучше собирают, чем предлагают рекомендации гентувики. Даже если портаж собирает пакет, он, скорее всего, делает это некорректно. Часть проблем обходится выставлением cc в шланг, части этого не достаточно и он необходим в path. Немного грязно и требует ручного обновления файлов портажа под каждую ветку шланга, с гентой чем меньше возиться с обновлениями, тем лучше -- не для того source-based держат. У меня стойкое подозрение, что лто/пго с шлангом в генте не работает полноценно как раз по этой причине. Там ещё перманентные сложности с доступом к видеокарте из песочницы у браузеров, конечно (хотя доступ и настроил, вроде). Вон гит тоже фейлится /usr/x86_64-pc-linux-gnu/binutils-bin/2.46.1/ld: src/libgitcore.a: error adding symbols: file format not recognized collect2: error: ld returned 1 exit status Фактически, больше не соберёшь в гцц и это происходит по одной причине или другой каждый раз -- меняй компилятор на шланг. Ранее питон перестал собираться гцц. И могли бы пофиксить уже вот это, сколько лет прошло, жалуется при линковке раста к сишке каждый раз ld.lld: warning: Linking two modules of different target triples: 'src/libgitcore.a(gitcore-47a8e63bb1c93b83.2q9ipomulcmzf1svompk1ppht.06650l1.rcgu.o at 206292)' is 'x86_64-unknown-linux-gnu' whereas 'libgit.a(dir.c.o at 86818)' is 'x86_64-pc-linux-gnu'
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 30-Июн-26, 18:02
	Во всяком случае, спидометр31 я ускорил в 3 раза относительно дефолта, но выглядит как-то печально всё равно. Раньше помогала сборка гцц с пго, последнее время это не вариант и патчи сборки в гцц запаздывают.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (155), 01-Июл-26, 15:16
	Это выглядит так, будто расто-крейты начали интегрироваться в дистрибутивы, но не доросли ещё до этого. Этот этап неизбежно придётся пройти любому языку. В случае генты, вероятно, решение придётся искать на стороне генты, как это например происходит в ней с обновлениями версий пайтона. > Часть проблем обходится выставлением cc в шланг, части этого не достаточно и он необходим в path. Немного грязно и требует ручного обновления файлов портажа под каждую ветку шланга env, ты знаешь про него? Это костыль, но он позволяет организовать всё так, чтобы ручное обновление применялось бы только там, где оно нужно, и всё что от тебя будет требоваться, это иногда ругнуться в полголоса, обновить файлик в /etc/env/rust-llvm-tweaks.conf и emerge --resume. Не идеально, я не спорю, но пока мейнтейнеры генту не вышли на систему, которая гарантирует, что эти твики будут внедрены в ебилды или патчи на пакеты, это вполне приемлимый костыль.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	156. Скрыто модератором	+/–
	Сообщение от Аноним (156), 01-Июл-26, 15:46
	> Вот этот баг https://bugs.gentoo.org/960828 Т.е проблема только у гентушников? > часть людей, наверное, следует дефолтным рекомендациям по сборке и не замечает проблем от добавления этой погани в пайплайн, Э... т.е если кто-то тyпой и не может нормально собрать пакет, то это проблема раста... ясно-понятно) > зачем им только гента не ясно, даже в приснопамятной Убунте пакеты лучше собирают, чем  предлагают рекомендации гентувики. Потому что бубунта - это дистрибутив для людей, а не для красноглазых любителей пересобирать мир. > Даже если портаж собирает пакет, он, скорее всего, делает это некорректно. ... грязно и требует ручного обновления файлов портажа под каждую ветку шланга ... > У меня стойкое подозрение, что лто/пго с шлангом в генте не работает полноценно как раз по этой причине. Там ещё перманентные сложности с доступом к видеокарте из песочницы у браузеров, конечно (хотя доступ и настроил, вроде). Ну, по описанию гента это просто kal. Но чего тогда претензии к расту?
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	157. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (157), 01-Июл-26, 16:21
	> часть людей, наверное, следует дефолтным рекомендациям по сборке и не замечает проблем от добавления этой погани в пайплайн, зачем им только гента не ясно, даже в приснопамятной Убунте пакеты лучше собирают, чем предлагают рекомендации гентувики. Я сталкиваюсь иногда с необходимостью собрать что-то в убунте, и это всегда гораздо большая проблема, чем в генту, даже когда в генту нету нужного ебилда. Именно поэтому я использую генту. При этом я по возможности оставляю всё в дефолтных значениях, потому как чем дальше ты уходишь от дефолтов, тем больше геморроя ты будешь огребать при пересборках мира. То есть, несмотря на это, у меня package.use содержит десятки строк, но возиться с pgo и lto я совершенно не собираюсь. Я гонялся за оптимизациями 20 лет назад, и когда lto только появлялся, я помню у меня в package.env были десятки пакетов со включённым lto. Но примерно тогда я пришёл к выводу что это бестолкова яма стурбация. С тех пор все оптимизации которые у меня включены глобально это -march=native и -O2. В частности если PGO и LTO тебе нужны реально, но для двух-трёх пакетов. Если проблемы с производительностью у тебя возникают чаще, то тебе пора менять железо. Генту -- это не дистрибутив для луддитов с Core2Duo, тебе нужна неплохая современная тачка чтобы собирать генту. Далеко не топ, но и не полнейшее дно. Сегодня, я думаю, это что-то начиная от 16Gb и восьми ядер. Может можно и на восьми, но под своп и под /var/ придётся ssd подкладывать, иначе ты будешь пересобирать мир неделю.
	Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

	158. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 01-Июл-26, 17:01
	Угу, всего-то +60% производительности питона, если собрать с флагами убунты и теперь уже федоры. Какая мелочь, действительно. А я то до них так собирал. Тот же jq по факту ускоряется в 2 раза относительно дефолта. Глобальные флаги это конечно не о производительности, а о безопасности, возьми уже из убунты глобальные флаги, не позорься. Ну и видно какой ты гентушник, весь мир с кедами и жырнолисом на 4ядерной коре дуба собирается около 2 суток.
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (159), 01-Июл-26, 21:20
	> всего-то +60% производительности питона И что? Как эти 60% производительности конвертируются в сэкономленную электроэнергию или в твоё время? > от же jq по факту ускоряется в 2 раза Сколько тебе это экономит процессорного времени в год? Для чего тебе это процессорное время? У меня, как у гентушника, существенная часть процессорного времени уходит на пересборку. Этот jq экономит тебе больше процессорного времени, чем тратится на пересборку или меньше? У меня совершенно определённо меньше, я практически не использую jq. Пайтон я использую массированно разве что для emerge, и он отъедает, я думаю, единицы процентов или меньше от времени на emerge -u world. То есть что-то не заслуживающее внимания. На экономию этих единиц процентов я мог бы уделять час своего времени в год, большего они не стоят. Проблема с вами гентушниками, гоняющимися за оптимизациями, в том, что вы делается оптимизации самоцелью, полностью игнорируя экономику всего мероприятия.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 01-Июл-26, 21:42
	>И что? Как эти 60% производительности конвертируются в сэкономленную электроэнергию или в твоё время? прекрасно конвертируются? ведь именно для этого и нужны >Сколько тебе это экономит процессорного времени в год? Для чего тебе это процессорное время? Да ты гонишь, jq ждать 12 секунд или 26 и это очень экономит НЕРВЫ на ожидание. Собрать более оптимально не стоит ничего. >единицы процентов или меньше от времени на emerge расчёт зависимостей 3 минуты или полторы, конечно, какая разница >гоняющимися за оптимизациями а никто не гоняется, достаточно иметь голову на плечах, и оптимизации просто есть и ничего не стоят
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (166), 02-Июл-26, 12:38
	> расчёт зависимостей 3 минуты или полторы, конечно, какая разница Какая? У меня мир пересобирается где-то за сутки. На фоне этого мне не очень важно, будут ли зависимости считаться 3 минуты или 1.5. > jq ждать 12 секунд или 26 и это очень экономит НЕРВЫ на ожидание Это, да лбом ибизм. Если тебе приходится ждать jq 12 секунд, то тебе надо взять все эти данные и сложить их в sqlite, после чего твои запросы будут выполняться за субсекундное время, даже если твой sqlite будет собран с -O0. Если нет уверенности, что будет за субсекундное, выбирай не sqlite, а postgres. > оптимизации просто есть и ничего не стоят Да ладно? Так уж ничего и не стоят? Ты начал этот тред со своей фрустрации, которая вызвана тем, как сложно всё оптимизировать. Сколько часов ты потратил на это? Сколько часов ты сэкономил? Я упомянул экономику выше, и я тебе очень рекомендую с экономикой ознакомиться. Она поправит твоё мышление, например в данной ситуации ты рефлекторно будешь задумываться об opportunity cost: о том чего ты потерял, когда все эти часы потратил на оптимизацию, вместо того, чтобы потратить их на выполнение программ. > А могут не ускорить, большинство задач сингл поток. Где это у тебя возникло большинство [тормозящих] задач в сингл-потоке? Для любого гентушника одна из наиболее заметных тормозящих задач -- это пересборка мира, которая при наличии достаточного количества ОЗУ и ССД может загрузить 16 ядер. ffpmeg? Но он тоже умеет сегодня грузить произвольное количество ядер. Ты, я подозреваю со своим Core2Duo застрял в нулевых, тогда когда все эти эфэфэмпеги не умели параллелить.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 02-Июл-26, 12:45
	Пересборкой мира он занимается. Никто не собирает мир и основное время работы с портажем всегда приходится на расчёт зависимостей без сборки. И это не машинное время, а самое дорогое и ценное -- пользовательское. Не имеет отношения к обсуждению флагов безопасности, которые ты игнорируешь. Никакой фрустрации, некомпетентные люди пусть остаются некомпетентными. Про параллетить ffmpeg тоже смешно, но опозориться больше ты уже не можешь.
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	175. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (175), 02-Июл-26, 19:21
	> основное время работы с портажем всегда приходится на расчёт зависимостей без сборки. И это не машинное время, а самое дорогое и ценное -- пользовательское. Если ты держишь gentoo близко к дефолту и не занимаешься этими LTO/PGO которые то работают то нет, то тебе нужно сколько там, минуту "дорого и ценного" времени в месяц потратить на ожидание расчёта зависимостей? Это вот когда ты включаешь LTO/PGO и проч, у тебя депендансы перестают считаться, и тебе приходится делать это многократно в цикле: посчитал депендансы, поправил конфиги, посчитал ещё, ещё поправил, и так до тех пор пока они не обсчитаются. То есть твои LTO/PGO не уменьшают затраты "дорогого и ценного" времени, а увеличивают. > Не имеет отношения к обсуждению флагов безопасности, которые ты игнорируешь Ты тоже их игнорируешь. Точнее вот только сейчас про них вспомнил, причём непонятно к чему. У меня есть предположение, что ты начинаешь чувствовать себя идиотом в этой дискуссии, и поэтому начинаешь метаться пытаясь найти хоть что-нибудь к чему придраться, но я пока не уверен. > Про параллетить ffmpeg тоже смешно, Если у тебя ffmpeg отъедает меньше чем 80% процессорных тиков на всех процессорах, то ты определённо делаешь что-то не то. И тебе не смеяться надо, а заняться выяснением того, что именно ты делаешь не так. >  но опозориться больше ты уже не можешь. Ты ведь думаешь мне есть дело о том, что ты обо мне думаешь? Иначе зачем бы ты мне это говорил, так? Но вопрос в том, почему ты вдруг решил, что мне есть до этого дело? Я нечаянно подал какие-то сигналы, указывающие на то, что мне небезразлично твоё мнение?
	Ответить | Правка | К родителю #167 | Наверх | Cообщить модератору

	177. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 02-Июл-26, 20:34
	Работа с портажем не имеет никакого отношения к лто, что за дичь ты втираешь? У меня было systewide лто, где-то 0.001% пакетов ломался при обновлении компилятора. Всякая чепуха вроде zlib и readline c nscurses из 2000 пакетов раз в год. И ты никак не узнаешь о проблемах до того, как соберёшь, и попробуешь использовать. Остальное можно не комментировать -- такого же уровня чепуха.
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

	160. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (159), 01-Июл-26, 21:26
	А, и я забыл упомянуть: дополнительные 16 гигов оперативки и/или несколько ядер могут ускорить процесс в разы. Может быть лучшее применение своему времени это не оптимизации, а пара дополнителных часов работы в неделю, с тем чтобы ежегодно апгрейдить свою тачку? Ведь не все вычислительные проблемы решаются оптимизациями, иногда просто нужна тупая мощь процессора, куча оперативки и ссд побольше. Когда у тебя бутылочным горлышком являются сисколлы, или дисковая подсистема, или мощь GPU, то оптимизации мало помогают. > Ну и видно какой ты гентушник, весь мир с кедами и жырнолисом на 4ядерной коре дуба собирается около 2 суток. Может я неясно выразился, но у меня не кора дуба. Я внимательно слежу за тем, чтобы моё железо не слишком отставало бы от текущего новья в магазинах. Совсем-совсем новьё я не покупаю, как правило, но и хлам десятилетней давности я держать не буду тоже.
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	162. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 01-Июл-26, 21:43
	А могут не ускорить, большинство задач сингл поток. Да понятно уже, что это пустые фантазии.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (73), 30-Июн-26, 14:53
	> Что я^W LLM сделал не так? вот что > Хмм... Я попросил LLM сгенерировать простейший проект для теста твоих заявлений и: ты просто взял и проверил. Вместо бездоказательного звездежа, который аноним 41 вбросил то ли с целью срубить плюсцов, то ли просто в силу своей глупости.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	75. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (41), 30-Июн-26, 14:59
	А ты, видимо, тоже большой поклонник нейронок? Seems appropriate для поклонника раста.
	Ответить | Правка | Наверх | Cообщить модератору

	27. Скрыто модератором	+1 +/–
	Сообщение от Аноним (3), 30-Июн-26, 12:57
	Кому рак (приприерастам), а кому глоток свежего воздуха.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	38. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (169), 30-Июн-26, 13:41
	> clang/llvm Это который отстает в реализации стандартов?
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	42. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (42), 30-Июн-26, 13:54
	Потому что иметь один компилятор в виде rustc - потенциальная проблема с бэкдором. Единая точка для встраивания вредоносного кода. Нет альтернативных компиляторов. Рано или поздно стрельнет такая штука как описывал Кен Томпсон в "Reflections on Trusting Trust".
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	55. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–2 +/–
	Сообщение от Аноним (55), 30-Июн-26, 14:26
	Да-да, та самая стршная статья на которую психи фапают уже десяток лет. А тем временем в ядре Dirty Fag'и делаютт Copy Fail'ы. Сайт kernel компрометируют и добавляют бекдор. Но это не страшно, так как в самом ядре бекдор от АНБ дил 10 лет.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (76), 30-Июн-26, 15:13
	Это лечится бутстрапом на старых версиях, для этого ни разу не нужен второй компилятор.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	127. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (127), 30-Июн-26, 19:06
	Собирать текущий компилятор Rust с какой-нибудь достаточно старой версии, чтобы убедиться в отсутствии дыр в коде пробовали? Как успехи?
	Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+9 +/–
Сообщение от Гуманоид (?), 30-Июн-26, 14:00
Эта консольная утилита для скачивания кода с гитхабов уже слишком сложна.
Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
Сообщение от FSA (ok), 30-Июн-26, 14:21
> В команду "git push" добавлена возможность помещения ветки на несколько внешних Git-серверов одной командой. Например, для передачи ветки main не только на основной сервер, но и на зеркала можно создать группу "publish" из серверов "github", "gitlab" и "mirror": Да неужели!!! Это просто хорошие новости. А то приходилось свои костыли использоваться для этого: ``` function gpa() {     for server in $(git remote -v | cut -f1 | uniq) ; do         echo "git push $server"; git push $server     done } function gpat() {     for server in $(git remote -v | cut -f1 | uniq) ; do         echo "git push $server --tags"; git push $server --tags     done } ```
Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (86), 30-Июн-26, 15:37
	Подвести несколько url-ов под один remote, чтобы пуш в нескольк разных серверов происходил одной командой, можно было и раньше. Тут же просто добавили агрегат второго уровня над remote-ами
	Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+10 +/–
Сообщение от Аноним12345 (?), 30-Июн-26, 14:26
возвращаясь собственно к новости: а нахрена раст в гите ?
Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+3 +/–
	Сообщение от Аноним (3), 30-Июн-26, 14:40
	Модно, стильно, молодёжно. PS Вот бы Zig ещё добавить.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–2 +/–
	Сообщение от Аноним (93), 30-Июн-26, 16:12
	> а нахрена раст в гите ? because) А если серьезно, то убогость СИшки оценили на дыренях в ядре, драйверах, пользовательском софте и тд. Некоторые просто пишут рядом новый проект на расте (типа TOR/Arti). Некоторые добавляют новый код. В 3.0 вообще предлагали сделать раст обязательной зависимостью opennet.me/opennews/art.shtml?num=63914
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	128. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+2 +/–
	Сообщение от Аноним (127), 30-Июн-26, 19:10
	Так в дырявости программ на Rust уже всё давно убедились. От упавшего на несколько часов Cloudflare из-за .unwrap (и это в safe-коде!) и до горы дыр в uutils.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (129), 30-Июн-26, 19:18
	> Так в дырявости программ на Rust уже всё давно убедились. Эти "все" с тобой сейчас в одной комнате? То что кyкаpeкают kловaны в интернетах мало кого волнует. > От упавшего на несколько часов Cloudflare из-за .unwrap (и это в safe-коде!) В прошлый раз у них полгода утекали пользовательские данные. Из-за дырявой СИшки. > и до горы дыр в uutils. Нашли и починили. Решают те кто делает. Поэтому раст-код работает в андроиде, на нем пишут для видях, Rusticl выкинул на помойку кловер. И вот гит. Просто пришло его время)
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (127), 30-Июн-26, 19:37
	>Эти "все" с тобой сейчас в одной комнате? Какой-то очень глупый вопрос. Все - это те, кто интересуется IT. Хотя да, нужно заметить, что большое количество онлайн игроков тоже узнали про дырявый Rust. >В прошлый раз у них полгода утекали пользовательские данные. А ничего, что упавший по вине Rust Cloudflare привел к настоящим жертвам? Такое, для безопасного языка. >Нашли и починили. Но не все. Интересно, какие там ошибки, что их сразу исправить не смогли? >Решают те кто делает Технически да, и те, и другие делают, вот только одни пишут, а другие переписывают.
	Ответить | Правка | Наверх | Cообщить модератору

	132. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (132), 30-Июн-26, 20:18
	>>Эти "все" с тобой сейчас в одной комнате? > Какой-то очень глупый вопрос. Все - это те, кто интересуется IT. Интересуется? Я думал это хотя бы те, кто код пишут. >>В прошлый раз у них полгода утекали пользовательские данные. > А ничего, что упавший по вине Rust Cloudflare привел к настоящим жертвам? К каким жертвам? Ты что бредишь? Если ты повесил критическую инфраструктуру на клоудфларю - то ССЗБ. > Такое, для безопасного языка. Да. Все равно лучше чем СИ. >>Нашли и починили. > Но не все. Интересно, какие там ошибки, что их сразу исправить не смогли? Логические. Т.е ты даже не смотрел, что там, но уже мнение имеешь? Не удивлен. >>Решают те кто делает > Технически да, и те, и другие делают, вот только одни пишут, а другие переписывают. Дежурно напомню что СИшка была создана для переписывания юникса)) Вообще удобная позиция: так можно и на строителей гнать "да тут была халупа их овна и палок, но они не построили новый дом, они перестроили"))
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от ProfessorNavigator (ok), 30-Июн-26, 21:46
	> Да. Все равно лучше чем СИ. А дайте-ка нам ссылочку на проект с вашим участием, уважаемый "эксперт". Чтобы мы увидели ваш код и уровень вашей квалификации. (до эффекта "пачка дрожжей в выгребной яме" 3... 2... 1...).
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (146), 01-Июл-26, 08:53
	> А дайте-ка нам "Вам" это кому? Николаю Второму? ПроХФессор зачем тебе код, если ты его не поймешь? Твой овнокод уже обоccaли на форуме не один раз. И "уровень вашей квалификации" уже известен. > до эффекта "пачка дрожжей в выгребной яме" Ну ладно, так и быть. Я просто напишу "КОММУНИЗ НЕНУЖЕН" и посмотрю как вас будет корежить))
	Ответить | Правка | Наверх | Cообщить модератору

	150. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от ProfessorNavigator (ok), 01-Июл-26, 10:53
	>> А дайте-ка нам > "Вам" это кому? Николаю Второму? > ПроХФессор зачем тебе код, если ты его не поймешь? Твой овнокод уже > обоccaли на форуме не один раз. > И "уровень вашей квалификации" уже известен. >> до эффекта "пачка дрожжей в выгребной яме" > Ну ладно, так и быть. > Я просто напишу "КОММУНИЗ НЕНУЖЕН" и посмотрю как вас будет корежить)) Забурлило))
	Ответить | Правка | Наверх | Cообщить модератору

	153. Скрыто модератором	+/–
	Сообщение от Аноним (153), 01-Июл-26, 13:13
	> Забурлило)) Неа, что-то ты мало бурлежа выдали. Старайся лучше, а пока свободен.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Анон1110м (?), 30-Июн-26, 22:28
	У меня встречный вопрос: почему не JavaScript? Самый быстрый единственно асинхронный никогда не блокирующий самый революционный самый недооценённый самый кроссплатформенный, скрытый самородок который много лет оставался непоянтым.
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	152. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (152), 01-Июл-26, 12:17
	Чего мелочиться? Сразу уж Electron.
	Ответить | Правка | Наверх | Cообщить модератору

71. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+2 +/–
Сообщение от Аноним (71), 30-Июн-26, 14:53
>c включением по умолчанию поддержки Rust Это какой-то новый скриптовый язык для гита?
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
Сообщение от Аноним (92), 30-Июн-26, 16:09
Посоветуйте альтернативы. Тащить раст в зависимости не хочу.
Ответить | Правка | Наверх | Cообщить модератору

	96. "-"	+1 +/–
	Сообщение от Анонимно12340 (?), 30-Июн-26, 16:24
	Got от разрабов openbsd.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+2 +/–
	Сообщение от Ivan_83 (ok), 30-Июн-26, 16:48
	Можно и не обновлятся на 3.хх ещё лет 10+.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	101. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	–1 +/–
	Сообщение от Аноним (101), 30-Июн-26, 17:09
	Конечно можно. Можно даже на С89 писать. Но зачем? (с)
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+3 +/–
	Сообщение от Аноним (139), 30-Июн-26, 22:20
	Затем, что лучшее человечеством придумано не было, а худшего напичкано было затем...
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (3), 30-Июн-26, 18:13
	А лет через 5 можно вполне просить какого-либо чата бекпортировать фичи в ветку 2.x.
	Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

	122. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (169), 30-Июн-26, 18:18
	Очевидно, бекпортировать будут и тут. В git зоопарк доступных для разработки языков. Но, все, что стало использоваться часто, в итоге переписывается на C. Делаешь загончик для rust'овиков. Они так играются, если у них что-либо получается - переписываешь для переносимости.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Гуманоид (?), 30-Июн-26, 16:52
	Если не нужен сервис по типу гитхаба, то любая другая система контроля версий, начиная с SVN.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	113. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (113), 30-Июн-26, 17:54
	> Если не нужен сервис по типу гитхаба, то ... хватит Новая Папка (14). Гит нужен для _совместной_ разработки. Сам с собой наедине что и куда ты собираешься мержить-то?
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (123), 30-Июн-26, 18:20
	> ... хватит Новая Папка (14). Не хватит если изменения хотя бы в 2-3 разных файлах. > Гит нужен для _совместной_ разработки. Сам с собой наедине что и куда ты собираешься мержить-то? Даже когда я создаю проект сам, я делаю это в гите. Так как история измеений это удобно.
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Аноним (163), 01-Июл-26, 21:53
	> Не хватит если изменения хотя бы в 2-3 разных файлах. То есть ты и компьютером пользоваться особо не умеешь. > Даже когда я создаю проект сам, я делаю это в гите. > Так как история измеений это удобно. Делай новую папку хоть на каждое изменение. Будет быстрее, чем в одну ветку бесконечно "wip" коммитить.
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Анон1110м (?), 30-Июн-26, 22:11
	Bazaar.
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	138. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+1 +/–
	Сообщение от Аноним (138), 30-Июн-26, 22:12
	fossil-scm. Его пилит автор sqlite. Не знаю, плюс это или минус. Но вообще довольно приятная штука для небольших проектов. Репозиторий хранится в одном sqlite файле. Есть веб-гуи искаропки. Да, написано на сишечке, и вроде автор не собирается никуда перекатываться или добавлять что-то новомодное. То есть комьюнити минимально токсичное, нет этих поехавших, которые от всего ущемляются
	Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

	142. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
	Сообщение от Анон1110м (?), 30-Июн-26, 22:35
	CVS лучше.
	Ответить | Правка | Наверх | Cообщить модератору

140. Скрыто модератором	+1 +/–
Сообщение от Анон1110м (?), 30-Июн-26, 22:24
Давайте лучше обсуждать как так получилось что свитерастые красноглазые бородатые суровые интеллектуальные и интеллигентные программисты слетелись на Github как школьницы на Инстугрум и начали выкладывать там не просто никаких усилий не стоящие фоточки себя а как бы свою работу, меряться звёздами, форками, ставить аватарки вида я и моя жена в отпуске а потом сам сайт сильно спаскудился, оказался под пятой Microsoft, ещё сильнее спаскудился, на массиве собранных данных обучили нейронки и теперь чужие дяди зарабатывают деньги даже не платя отчислений.
Ответить | Правка | Наверх | Cообщить модератору

	165. Скрыто модератором	+/–
	Сообщение от Аноним (165), 02-Июл-26, 12:08
	А что ту обсуждать? Социализм в отдельно взятой стране не построить. Только Мировая Революция положит конец эксплуатации.
	Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
Сообщение от Аноним (145), 01-Июл-26, 07:42
Хорошо что OpenBSD как всегда на шаг впереди: https://gameoftrees.org/ Они и иксы ещё давно тогда починили и обезопасили, но нет надо новый протокол делать и переписывать все на rust. Так же можно вспомнить и про fossil...
Ответить | Правка | Наверх | Cообщить модератору

151. "Выпуск Git 2.55 c включением по умолчанию поддержки Rust"	+/–
Сообщение от _start (?), 01-Июл-26, 11:14
Хороший повод окончательно перейти на fossil-scm.
Ответить | Правка | Наверх | Cообщить модератору

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

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