The OpenNET Project / Index page

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



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

"Canonical прекратит поддержку Bazaar в платформе Launchpad"  +/
Сообщение от opennews (ok), 05-Июн-25, 21:22 
Компания Canonical анонсировала прекращение поддержки системы управления версиями Bazaar в платформе Launchpad, применяемой в процессе разработки Ubuntu для совместной работы с кодом, отслеживания ошибок, рецензирования изменений, сборки и размещения пакетов. Изначально платформа Launchpad поддерживала управление версиями только через систему Bazaar. В 2015 году в Launchpad  была добавлена поддержка Git, которая со временем стала основной системой управления изменениями в коде...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63362

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

Оглавление

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

1. Сообщение от cheburnator9000 (ok), 05-Июн-25, 21:22   +4 +/
Вот так и появляются монополисты и вендор локи.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #90, #93

2. Сообщение от Аноним (2), 05-Июн-25, 21:23   +27 +/
Пускай лучше поддержку snap прекратят
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от Аноним (5), 05-Июн-25, 21:34   –6 +/
Серьёзно? Будет лучше 1 приложение для macOS, 1 приложение для Win и 100500 приложений для 100500 диструбутивов Linux? Вот вам и 3% дисктопа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7, #12, #14, #24, #29, #58, #94

6. Сообщение от Кошкажена (?), 05-Июн-25, 21:35   +1 +/
Получается git всех победил?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #11, #17

7. Сообщение от Аноним (7), 05-Июн-25, 21:44   +1 +/
Лучше этой схемы не придумали:
Если Ubunru, то KDE Neon.
Если Arch, то SteamOS.
Если Red Hat Enterprise Linux, то Oracle Linux.
Есть ещё конечно Debian...
А остальные решения от Васи (не в обиду Вась) проходят мимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Аноним (10), 05-Июн-25, 21:52   +/
Чего больше: проектов, которые каноникал не забрасывал, или которые забрасывал?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52

10. Сообщение от Аноним (10), 05-Июн-25, 21:58   +1 +/
Нет ни одной причины не использовать гит. За исключением того, что не-гит неплохо так чешет ЧСВ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13, #23

11. Сообщение от Аноним (13), 05-Июн-25, 21:59   +1 +/
Всех это кого? hg и bz закопали сами владельцы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #18, #43

12. Сообщение от мимо (?), 05-Июн-25, 21:59   +10 +/
Серьезно? Пусть будет 1 флатпак, 1 снап, 1 аппимейдж, ага.

Претензии к снапу на самом деле не потому что он идет из коробки как вирусня, подменяя собой deb-пакеты и не потому что серверная часть закрытая, а к тому что космонавт слишком любит что-нибудь повелоспедить, руководствуясь nih-синдромом, а потом забросить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #105

13. Сообщение от Аноним (13), 05-Июн-25, 22:02   +1 +/
У гита серьёзные проблемы с большими репами. Нет докачки и не умеет толком находить одинаковые файлы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19, #25

14. Сообщение от Игорь Брин (?), 05-Июн-25, 22:05   +4 +/
tar.gz или flatpack. 3% это минус? Наоборот элита!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #15

15. Сообщение от Аноним (7), 05-Июн-25, 22:16   +/
>"3% это минус"

Всё таки хочется на Linux видеть открытые аналоги программ, причём на уровне программ от Adobe (Photoshop...), Microsoft (Office...), Image-Line Software (FL Studio...), банковский софт, хоть те же анимированые обои Wallpaper Engine и так далее.
Прецедент уже есть: Krita и Blander удалось.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #54, #57, #59

16. Сообщение от Аноним (16), 05-Июн-25, 22:24   +/
Как ни странно, это отличная новость. Теперь ctwm, к-й как раз хостится на этом самом launchpad, наконец-то свалит с этих дурацких скриптов на питоне на git.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #96

17. Сообщение от Аноним (17), 05-Июн-25, 22:30   +/
jiujutsu
sapling
pijul
fossil

Хватает альтернатив.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #21, #38, #100

18. Сообщение от нах. (?), 05-Июн-25, 22:37   +1 +/
> Всех это кого? hg и bz закопали сами владельцы.

Вообще-то им старательно помогали все кто мог.

Но в первую очередь их з@к0п@л выбор создателями нескучного язычка, в каждой версии несовместимого с прежней. git спас от этой беды старик Уол, пославший подальше э.. р@ком молодых-да-ранних любителей все ломать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #76, #85

19. Сообщение от Аноним (19), 05-Июн-25, 22:41   +2 +/
У гита проблемы с большими репами действительно есть, Гугл и Майкрософт не дадут соврать. К счастью, у тебя таких больших реп нет, чтобы с этими проблемами столкнуться, и уж тем более чтобы от них измеримо пострадать. Да и Launchpad — это явно не про монорепы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #27

21. Сообщение от Аноним (10), 05-Июн-25, 22:57   +/
> pijul

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #45, #62, #79

23. Сообщение от Аноним (23), 05-Июн-25, 23:02   +1 +/
Есть. Хэши вместо понятных номеров ревизий, отсутствие разграничения доступа, изменяемость истории. Хоть свою систему пиши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #32, #33, #99

24. Сообщение от Avririon (ok), 05-Июн-25, 23:07   –1 +/
Так всё-равно лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

25. Сообщение от Аноним (25), 05-Июн-25, 23:15   +/
Вроде сделали докачку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #28

27. Сообщение от Аноним (13), 05-Июн-25, 23:51   +1 +/
Я тебе секрет открою, но коммитить только в свои личные репы не обязательно. Удивительно, какой у людей узенький мирок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #42, #103

28. Сообщение от Аноним (13), 05-Июн-25, 23:52   +/
Где сделали? Если git clone сорвался, то всё, качай по новой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #37

29. Сообщение от th3m3 (ok), 06-Июн-25, 00:10   +1 +/
Серьёзно. Кому надо, никто не против, чтобы они им пользовались. Пусть сами ставят отдельно. А не приколачивать снап из коробки в дистрибутиве.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #51

31. Сообщение от vdb (?), 06-Июн-25, 00:29   +1 +/
Всё понятно, что поддерживать не хотят, но 3 месяца — это слишком короткий срок для перехода, да ещё летом. Надо такие вещи переводить в read-only режим и оставлять на полгода, а то и на пару лет. Мало ли кто и что — в отпуск уехал, в экспедицию, плавание или запой ушёл…
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

32. Сообщение от Аноним (32), 06-Июн-25, 00:36   +/
> номеров ревизий

Учитывая что в части методов работы с распределёнными системами все ветки равноправны, то как номера присваивать?

> отсутствие разграничения доступа

На запись - ты не перепишешь чужие комиты если сервер настроен нормально. Зачем тогда разграничение?

На чтение - да. Такого нет. Но это система совместной разработки. А не неведомое нечто.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #36

33. Сообщение от Аноним (32), 06-Июн-25, 00:40   +2 +/
> изменяемость истории

И да. Без этого совсем нельзя. На сервере, по-умлочанию, ты ничего не изменишь. Хотя можно настроить и иначе.

А у себя - такая возможность должна быть. Просто обязана.

Иначе - приводит разработку к потоку мыслей, а не к плановой реализации.

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

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

34. Сообщение от Аноним (34), 06-Июн-25, 00:42   +2 +/
>и проект так и не был портирован на Python 3

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #63, #82

35. Сообщение от Аноним (35), 06-Июн-25, 00:52   +/
Ну наконец–то додумались.

Самая бесячая проблема была — что в мелкопроекты, хостящиеся на launchpad, не поконтрибутить толком. Какие–то мелкие помарки и баги могли тянуться годами.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74

36. Сообщение от Аноним (23), 06-Июн-25, 00:58   +/
>Учитывая что в части методов работы с распределёнными системами все ветки равноправны, то как номера присваивать?

Очень просто, поделю номера на локальный и удалённый. При создании коммита ему присваивается локальный номер, при push -- удалённый (ну и у каждого, выражаясь терминологией git, remote, этот номер может быть свой). Попытка push, если после последнего pull были отправлены новые коммиты приведёт к конфликту.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #49, #89

37. Сообщение от Кошкажена (?), 06-Июн-25, 01:12   +2 +/
> Где сделали? Если git clone сорвался, то всё, качай по новой.

git clone --depth ?

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

38. Сообщение от Кошкажена (?), 06-Июн-25, 01:13   +/
> fossil

1) какой известный проект им пользуется кроме автора?
2) в чём там профит, кроме веб морды из коробки?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #106

39. Сообщение от Кошкажена (?), 06-Июн-25, 01:14   +/
>>и проект так и не был портирован на Python 3
> Какой хороший язык - питон, сколько проектов уничтожил. Интересно, сколько сейчас может
> питоновский скрипт прожить без переписывания?

Вроде как дофига. В целом даже переход на 3 вряд ли такой уж болезненный был.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #55, #70, #87

40. Сообщение от Аноним (-), 06-Июн-25, 01:24    Скрыто ботом-модератором–1 +/
Ответить | Правка | Наверх | Cообщить модератору

42. Сообщение от Аноним (42), 06-Июн-25, 01:36    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

43. Сообщение от Аноним (42), 06-Июн-25, 01:40   +1 +/
Строго говоря, hg ещё не закопали. Но то, что мозилла окончательно с него слезла, открывает к этому прямую дорогу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #50

45. Сообщение от Аноним (42), 06-Июн-25, 01:42   +1 +/
Ты будешь смеяться, но таки пихуль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

48. Сообщение от Аноним (48), 06-Июн-25, 01:47   +/
Там, вероятно, осталось полтора проекта из активных. И туева хуча заброшенных, которые всё равно никто не переведёт, сколько времени ни дай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #88

49. Сообщение от Аноним (32), 06-Июн-25, 01:54   +1 +/
То есть номера, которые ни о чем не говорят.

Ну так такие номера в есть в git.

Смотри на git describe --tags

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

50. Сообщение от Аноним (50), 06-Июн-25, 02:11   +/
> Строго говоря, hg ещё не закопали. Но то, что мозилла окончательно с
> него слезла, открывает к этому прямую дорогу.

Hg закопал сам создатель в 2011 году, когда рассказал о своём мнении насчёт форков и производных работах. После этого исход был ясен, вопрос был только "когда".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

51. Сообщение от iPony128052 (?), 06-Июн-25, 05:30   +/
> никто не против, чтобы они им пользовались. Пусть сами ставят отдельно

А почему так?
Можно и так "кому не надо, тому Debian, PopOS и так далее"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #72

52. Сообщение от iPony128052 (?), 06-Июн-25, 05:35   +/
Сабж появился раньше git.
Но да, в итоге git победил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

53. Сообщение от ДаНуНафиг (?), 06-Июн-25, 06:40   +/
Кто-нибудь вообще этим пользовался? Чего все сокрушаются?

А та самая "активная разработка" форка - за этот год там 2 человека только что-то толкали - вот и все "заинтересованные энтузиасты". Чемодан без ручки.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64

54. Сообщение от Аноним (54), 06-Июн-25, 06:44   +/
Найми программистов - будут. Или сам пиши
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

55. Сообщение от _ (??), 06-Июн-25, 07:47   +2 +/
Минус 2 системы управления версиями софта только в этом топике ... "безболезненный" аха :-\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

57. Сообщение от anonymos (?), 06-Июн-25, 08:08   –1 +/
Вот все это, перечисленное, оно не нужно )
Вы же обычные "мышеводы" (windows пользователи, которые все делают через мышку).
Сидите на винде, и не нужна вам OS на базе ядра GNU Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #60, #61

58. Сообщение от Аноним (61), 06-Июн-25, 08:15   +2 +/
>Серьёзно? Будет лучше 1 приложение для macOS, 1 приложение для Win и 100500 приложений для 100500 диструбутивов Linux? Вот вам и 3% дисктопа.

Говорим Linux подразумеваем Ubuntu. Пользовательский софт собирают под deb для Ubuntu и никакие RMP для redhat не собирают, потому что пользователи не ставят себе клоны редха. Про пользователей Арч тоже никого не волнует, т.к. они сами с усами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

59. Сообщение от Аноним (61), 06-Июн-25, 08:24   –1 +/
>Adobe (Photoshop...),

https://reestr.digital.gov.ru/reestr/305635/
>Microsoft (Office...)

https://reestr.digital.gov.ru/import-substitution/?query=Mic...
>Image-Line Software (FL Studio...)

Фрукты это так ерунда для баловства, а вот например замену ArchiCAD к своему удивлению в двух экземплярах.
https://reestr.digital.gov.ru/search/?q=archicad

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

60. Сообщение от Аноним (60), 06-Июн-25, 08:27   –1 +/
А что, GNU/Linux нужен только чтобы с консолькой сношаться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

61. Сообщение от Аноним (61), 06-Июн-25, 08:27   +/
>Сидите на винде, и не нужна вам OS на базе ядра GNU Linux.

Что ж так бомбит то? Я не устану повторят, этот ваш линукс на десктопах, на рабочих местах во всяких бюджетных организациях, от школ, до водозаборов и судов уже перешли на импортозамещёённые линуксы. И софт прикладной потихоньку импорт замещают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #104

62. Сообщение от Аноним (61), 06-Июн-25, 08:32   –2 +/
пишем в яндекс транслит. Открываем https://translit.ru/, вводим pijul, жмём В русский, получаем пиюл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

63. Сообщение от Аноним (61), 06-Июн-25, 08:37   +/
Что самое интересное, на Питоне пишут и бекэнд и фронтенд если я ничего не путаю. И вот вопрос, всеми нелюбимый С++ с его стандартами, также сильно изменился, по сравнению с Питон 2 версии и Питон 3 версии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #68, #75

64. Сообщение от Аноним (61), 06-Июн-25, 08:38   +1 +/
>Кто-нибудь вообще этим пользовался? Чего все сокрушаются?

Никто не пользовался. Сокрушаться это основной вид деятельности анонимных эксппертов.

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

68. Сообщение от 1 (??), 06-Июн-25, 09:51   +/
С++ может и изменился, но старые проекты прекрасно компилирует, а не вываливает неудобоваримый трейс при попытке запустить код для двойки в тройке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #98

70. Сообщение от Аноним (34), 06-Июн-25, 10:48   +2 +/
>В целом даже переход на 3 вряд ли такой уж болезненный был.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

72. Сообщение от th3m3 (ok), 06-Июн-25, 11:25   +/
> Можно и так "кому не надо, тому Debian, PopOS и так далее"

Или Kubuntu/Xubuntu и т.д., где можно безболезненно выпилить снап нафиг.

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

73. Сообщение от Аноним (-), 06-Июн-25, 11:35   +/
> прекращение поддержки системы управления версиями Bazaar в платформе Launchpad,

...
> Изначально платформа Launchpad поддерживала управление версиями только через систему Bazaar.

Что, еще один план по захвату мира ограничился парой фоторамок? :)

> В 2018 году заинтересованные в Bazaar энтузиасты основали форк - Breezy (brz),
> в котором было выполнено портирование на Python 3

А, понятно, еще один трупак на основе питоноверсиепроблем. Good riddance! Торвальдс всех снова сделал :)

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

74. Сообщение от Аноним (-), 06-Июн-25, 11:37   +1 +/
> Самая бесячая проблема была — что в мелкопроекты, хостящиеся на launchpad,
> не поконтрибутить толком. Какие–то мелкие помарки и баги могли тянуться годами.

Думаешь, от замены этой NIH кривулины на гит автыри таких проектов перестанут быть пофигистами и д@#$бами? Вот это - не факт.

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

75. Сообщение от Аноним (-), 06-Июн-25, 11:42   +/
> Что самое интересное, на Питоне пишут и бекэнд и фронтенд если я ничего не путаю.

Это какой фронтэнд на питоне пишут?! В вебе на фронтэнде по сути 1 ЯП - JS, если не считаить CSS за яп (хоть он и тюринг полный как таковой).

Есть еще всяукие WebAssembly - но вот именно питон и там не характерен. Потому что если ЭТО затевают - то обычно для приличного перфоманса, а не ползания с хвостом завязанным в узел.

> И вот вопрос, всеми нелюбимый С++ с его стандартами, также сильно
> изменился, по сравнению с Питон 2 версии и Питон 3 версии.

1) Тут нет вопроса.
2) Доисторическую C++ программу можно собрать с ее доисторическим стандартом C++ современной версией компилера и прекрасно задеплоить в прод.

А с питоном начинается гхоппаболь - питон2 большая часть дистро дропанула, на питон3 так просто оно не заработает - и вы тут перепишите половину этой шляпы, во имя луны. Или - вот - можно оказывается эту хтонь дропнуть и заменить на софт где так делать не надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

76. Сообщение от Аноним (-), 06-Июн-25, 11:52   +/
>> Всех это кого? hg и bz закопали сами владельцы.
> Вообще-то им старательно помогали все кто мог.

И таки их никто не заставлял выбирать полудурков имени гвидо как апстрим! Они сами явно подписались на такой экспериенс, поюзав питон для своих макетов. Зато хайпанули! Но как и со всей питонятиной и хайпожорством - не долго. Bzr и Hg по меркам питонячих проектов долгожители и давно уже на borrowed time :)

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

> Но в первую очередь их з@к0п@л выбор создателями нескучного язычка, в каждой
> версии несовместимого с прежней. git спас от этой беды старик Уол,

Старик Торвальдс, вы хотели сказать, сделавший это все не через такой ректум с самого начала? Делая сразу решение - а не откровенный макет? И структуры данных с самого начала относительно одупляемые, в отличие от макетчиков переделывавших и костыливших сие по пять раз? Ты же не ожидал от питонистов нормальные структуры данных и алго, право? Особенно сразу, до того как оно выбесит всех тормозами? А потом - немного поздняк, если конкуренты были, уж сорян! :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

79. Сообщение от Аноним (-), 06-Июн-25, 12:01    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

81. Сообщение от Аноним (-), 06-Июн-25, 12:09   +/
> Как ни странно, это отличная новость. Теперь ctwm, к-й как раз хостится
> на этом самом launchpad, наконец-то свалит с этих дурацких скриптов на
> питоне на git.

Вот видите, питонистов все любят. Даже ярые ненавистники питона и програмеров на нем - с удовольствием придут на могилке потанцевать! :)

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

82. Сообщение от Аноним (-), 06-Июн-25, 12:10   +3 +/
> Какой хороший язык - питон, сколько проектов уничтожил. Интересно, сколько сейчас может
> питоновский скрипт прожить без переписывания?

Период полураспада питонософта примерно год-два в среднем. Так, судя по тому что я вижу.

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

85. Сообщение от хрю (?), 06-Июн-25, 12:48   +/
> выбор создателями нескучного язычка ... git спас от этой беды старик Уол,

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

А так лично мне тот же hg нравится (нравился) гораздо больше, чем избыточный практически для всех монстр по имени гит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #95

87. Сообщение от Аноним (88), 06-Июн-25, 13:24   +1 +/
> Вроде как дофига. В целом даже переход на 3 вряд ли такой
> уж болезненный был.

Да вообще, только половину софта сдохло. А мог бы ведь и весь. Как вон в перл5 -> перл6. Правда, где этот перл6 вообще есть то в итоге? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #97

88. Сообщение от Аноним (88), 06-Июн-25, 13:26   +/
> Там, вероятно, осталось полтора проекта из активных. И туева хуча заброшенных, которые
> всё равно никто не переведёт, сколько времени ни дай.

Их, имхо, или форсировано экспортнут в гит - сэкономив кучу проклятий толпе народа - или просто задропают, пристрелив чтоб не мучались.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

89. Сообщение от Аноним (-), 06-Июн-25, 13:31   +/
> Очень просто, поделю номера на локальный и удалённый. При создании коммита ему
> присваивается локальный номер, при push -- удалённый (ну и у каждого,

Пардон, то что локальный для меня - ремотный для тебя. И наоборот. И так для всех DVCS'ов которые на самом деле равноправные. А сервак - лишь удобная точка обмена. Которая как таковая в любой момент может быть переключена куда-то еще.

> выражаясь терминологией git, remote, этот номер может быть свой). Попытка push,
> если после последнего pull были отправлены новые коммиты приведёт к конфликту.

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

90. Сообщение от Аноним (-), 06-Июн-25, 13:36   +/
> Вот так и появляются монополисты и вендор локи.

Торвальдс - unbeatable. А ты сомневался? Что операционка, что DVCS'ка. Как говорится, посредственности - копируют. Гении - крадут!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

91. Сообщение от myster (ok), 06-Июн-25, 13:48   +/
Политика Canonical напоминает Apple. Сначала привлекли талантливых разработчиков, буквально с философией хакеров, которые творят шедевры в плане ПО. А потом отключают все свободные функции и максимально ограничивают простор для творчества таким людям.  Не нужно было устраиваться в Canonical изначально и создавать Bazaar на базе их платформы. В Canonical начались ухудшения в конце 00-х начале 10-х, уже тогда талантливым специалистам там было делать нечего.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

92. Сообщение от Аноним (34), 06-Июн-25, 13:52   +/
Каноникал начала делать слишком много своих велосипедов, имея слишком мало ресурсов на руках. Они переизобретали буквально всё, вместо того, чтобы изобрести что-то одно и додавить до конца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

93. Сообщение от Аноним (93), 06-Июн-25, 16:21   –2 +/
Монополистом и вердор локом был как раз каноникал, потому что когда-то чтобы что-то сделать с проектом с launcpad нужно было ставить этот отвратный базар. Такие вещи нужно без колебаний убивать и переводить на открытые стандарты (git).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

94. Сообщение от Аноним (93), 06-Июн-25, 16:22   +/
> 100500 приложений для 100500 диструбутивов Linux

Для 100500 дистрибутивов линукса нужны ровно одни исходники. Да и для windows и макоси они тоже работают, если что. Ах, вам проприетарщину? Тогда страдайте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

95. Сообщение от нах. (?), 06-Июн-25, 16:24   +/
> Причём тут язык?

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

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

> Вот этого товарищи и не смогли.

у них поводов особо не было - пока водичка в кастрюле не закипела, все было в общем нормально.
К тому же с hg у которого с незапамятных времен концепция "всё в extensions" вообще непонятно что в этом плане делать. Ну и главный архитектор проекта ушел (ушли) из него на ранней стадии, а оставшиеся вряд ли на такое были бы в принципе способны.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #110

96. Сообщение от нах. (?), 06-Июн-25, 16:25   +/
> Как ни странно, это отличная новость. Теперь ctwm, к-й как раз хостится
> на этом самом launchpad, наконец-то свалит с этих дурацких скриптов на
> питоне на git.

или закроет проект и ты останешься ни с чем.

Что вполне вероятно.


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #101

97. Сообщение от нах. (?), 06-Июн-25, 16:29   +/
> Да вообще, только половину софта сдохло. А мог бы ведь и весь.
> Как вон в перл5 -> перл6. Правда, где этот перл6 вообще

там автор и владелец имени к счастью вовремя опомнился, а не трудоустроился в Microsoft.

> есть то в итоге? :)

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

98. Сообщение от нах. (?), 06-Июн-25, 16:31   +/
> С++ может и изменился, но старые проекты прекрасно компилирует

попробуй скомпилировать (си, не с++) apache 1.3

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #102

99. Сообщение от Аноним (93), 06-Июн-25, 16:40   +/
> Есть. Хэши вместо понятных номеров ревизий

С номерами ревизий нелинейная история невозможна. Ну хотя не, возможна с понятными ревизиями в стиле cvs, 1.0.44.0.11.0.66. А так вообще к этом придраться может только тот кто номеров ревизий больше сотни не виде. Двузначные числа действительно понятные, их можно наизусть выучить. Только в полноценном проекте даже развиваемом одним человеком ревизии переваливают за 10000 довольно быстро, а в них ориентироваться уже не легче чем в хэшах, при этом опечататься в них можно запросто, а в хешах нельзя.

> отсутствие разграничения доступа

Настраивается.

> изменяемость истории.

Без неё разработка невозможна в принципе.

> Хоть свою систему пиши.

Давай-давай. Не понимая даже зачем VCS нужен и как используется, самое оно писать свой.

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

100. Сообщение от Аноним (93), 06-Июн-25, 16:44   +/
Те которые с гитовым бэкендом работают для может и альтернативы для нетакусиков. А те которые со своим тормозным бэкендом и со своими идиотскими правилами типа неизменяемости истории - мертворождены. Ты darcs ещё вспомни, а они, на минуту, целую математическую теорию патчей разработали. Только vcs'ом она от этого не стала.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

101. Сообщение от Аноним (16), 06-Июн-25, 18:06   +/
У меня есть тарбол + мои собственные патчи, к-е они не захотели принимать. С ни с чем я не останусь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

102. Сообщение от Grand (?), 06-Июн-25, 18:27   +/
Ага-га-га. Попробуй без переписваяния скомпилить OpenAD от аргонской лаборатории 14м gcc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

103. Сообщение от Аноним (19), 06-Июн-25, 19:19   +/
У текущего клиента монорепа на 27GB. Проблем с гитом не обнаружено, клонирование с нуля занимает пять-шесть минут. Рассказывай что там у тебя за проблемы на локалхосте, что аж гит тормозит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

104. Сообщение от Аноним (104), 06-Июн-25, 21:52    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

105. Сообщение от Аноним (105), 06-Июн-25, 22:28   +/
Нужен только аппимедж. Никогда с ним проблем не было, работает из коробки, только он должен быть стандартом запуска пользовательского софта на линукс десктопе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

106. Сообщение от Андрей (??), 06-Июн-25, 22:30   +/
SQLite его использует. https://sqlite.org/whynotgit.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #107

107. Сообщение от Кошкажена (?), 07-Июн-25, 00:32   +/
> SQLite его использует. https://sqlite.org/whynotgit.html
> кроме автора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

108. Сообщение от Аноним (108), 07-Июн-25, 09:49   +/
> Canonical прекратит поддержку ...

Канониклы спецы в этом направлении.

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

110. Сообщение от Александрemail (??), 07-Июн-25, 18:20   +/
Hg таки переписали на удава3 уж много лет как. Тепеть новая змбава у них - на раст все портить. На функционал там мало сил  а растосики - бодро там трудятса
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95


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

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




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

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