The OpenNET Project / Index page

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

Canonical прекратит поддержку Bazaar в платформе Launchpad

05.06.2025 20:58

Компания Canonical анонсировала прекращение поддержки системы управления версиями Bazaar в платформе Launchpad, применяемой в процессе разработки Ubuntu для совместной работы с кодом, отслеживания ошибок, рецензирования изменений, сборки и размещения пакетов. Изначально платформа Launchpad поддерживала управление версиями только через систему Bazaar. В 2015 году в Launchpad была добавлена поддержка Git, которая со временем стала основной системой управления изменениями в коде.

Последний выпуск Bazaar был опубликован компанией Canonical в 2016 году, после чего разработка затормозилась и проект так и не был портирован на Python 3 (выпуск Bazaar 2.8, в котором ожидался переход на Python 3, так и остался в планах). Отмечается, что Bazaar и Git обладают схожей функциональностью и после повсеместного распространения Git и снижения популярности Bazaar, нет смысла продолжать предоставлять хостиг репозиториев Bazaar в Launchpad. Поддержание на плаву подобного хостинга требует значительных ресурсов на разработку и инфраструктуру, которые можно будет потратить на более полезные вещи.

В 2018 году заинтересованные в Bazaar энтузиасты основали форк - Breezy (brz), в котором было выполнено портирование на Python 3 и добавлена опциональная поддержка формата хранилища Git. Breezy сочетает в себе возможности децентрализованных (git/hg) и централизованных систем управления версиями (cvs/svn), и поддерживает такие возможности, как извлечение (checkout) содержимого репозитория в стиле Subversion, отдельные ветки для работы над новыми функциями в стиле Mercurial и возможность совместной работы нескольких разработчиков с одной рабочей копией репозитория по аналогии с Git. Система продолжает активно развиваться - свежий выпуск Breezy 3.3.12 был опубликован две недели назад.

Прекращение поддержки Bazaar в Launchpad будет осуществлено в две стадии. На первой стадии в Launchpad будет отключён web-фронтэнд, применяемый для навигации по коду в репозиториях Bazaar. Анализ логов показал, что подобным интерфейсом уже почти никто не пользуется, а почти все запросы связаны с активностью ботов. На второй стадии будет отключён бэкенд хостинга кода, что приведёт к невозможности совершения операций pull, push и merge с размещавшимися в Launchpad репозиториями Bazaar. Дата запуска первой стадии пока не определена (сказано - в ближайшее время). Вторая стадия намечена на 1 сентября 2025 года. До 1 сентября пользователям Launchpad следует перевести свои репозитории с Bazaar на Git.

  1. Главная ссылка к новости (https://lists.ubuntu.com/archi...)
  2. OpenNews: Представлен Breezy, форк системы управления версиями Bazaar
  3. OpenNews: Выпущена система управления версиями Bazaar 2.7.0
  4. OpenNews: Компания Canonical открыла исходные тексты сервиса Launchpad
  5. OpenNews: Ошибка в Launchpad привела к внеплановой синхронизации пакетов Ubuntu с Debian
  6. OpenNews: В Launchpad появилась экспериментальная поддержка Git
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63362-bazaar
Ключевые слова: bazaar, launchpad, canonical
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, cheburnator9000 (ok), 21:22, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Вот так и появляются монополисты и вендор локи.
     
     
  • 2.90, Аноним (-), 13:36, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот так и появляются монополисты и вендор локи.

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

     
  • 2.93, Аноним (93), 16:21, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Монополистом и вердор локом был как раз каноникал, потому что когда-то чтобы что-то сделать с проектом с launcpad нужно было ставить этот отвратный базар. Такие вещи нужно без колебаний убивать и переводить на открытые стандарты (git).
     

  • 1.2, Аноним (2), 21:23, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +22 +/
    Пускай лучше поддержку snap прекратят
     
     
  • 2.5, Аноним (5), 21:34, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Серьёзно? Будет лучше 1 приложение для macOS, 1 приложение для Win и 100500 приложений для 100500 диструбутивов Linux? Вот вам и 3% дисктопа.
     
     
  • 3.7, Аноним (7), 21:44, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше этой схемы не придумали:
    Если Ubunru, то KDE Neon.
    Если Arch, то SteamOS.
    Если Red Hat Enterprise Linux, то Oracle Linux.
    Есть ещё конечно Debian...
    А остальные решения от Васи (не в обиду Вась) проходят мимо.
     
  • 3.12, мимо (?), 21:59, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Серьезно? Пусть будет 1 флатпак, 1 снап, 1 аппимейдж, ага.

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

     
  • 3.14, Игорь Брин (?), 22:05, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    tar.gz или flatpack. 3% это минус? Наоборот элита!
     
     
  • 4.15, Аноним (7), 22:16, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >"3% это минус"

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

     
     
  • 5.54, Аноним (54), 06:44, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Найми программистов - будут. Или сам пиши
     
  • 5.57, anonymos (?), 08:08, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот все это, перечисленное, оно не нужно )
    Вы же обычные "мышеводы" (windows пользователи, которые все делают через мышку).
    Сидите на винде, и не нужна вам OS на базе ядра GNU Linux.
     
     
  • 6.60, Аноним (60), 08:27, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что, GNU/Linux нужен только чтобы с консолькой сношаться?
     
  • 6.61, Аноним (61), 08:27, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Сидите на винде, и не нужна вам OS на базе ядра GNU Linux.

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

     
  • 5.59, Аноним (61), 08:24, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Adobe (Photoshop...),

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

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

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

     
  • 3.24, Avririon (ok), 23:07, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так всё-равно лучше.
     
  • 3.29, th3m3 (ok), 00:10, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Серьёзно. Кому надо, никто не против, чтобы они им пользовались. Пусть сами ставят отдельно. А не приколачивать снап из коробки в дистрибутиве.
     
     
  • 4.51, iPony128052 (?), 05:30, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > никто не против, чтобы они им пользовались. Пусть сами ставят отдельно

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

     
     
  • 5.72, th3m3 (ok), 11:25, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно и так "кому не надо, тому Debian, PopOS и так далее"

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

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

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

     
  • 3.94, Аноним (93), 16:22, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 100500 приложений для 100500 диструбутивов Linux

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

     

  • 1.6, Кошкажена (?), 21:35, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Получается git всех победил?
     
     
  • 2.10, Аноним (10), 21:58, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет ни одной причины не использовать гит. За исключением того, что не-гит неплохо так чешет ЧСВ.
     
     
  • 3.13, Аноним (13), 22:02, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У гита серьёзные проблемы с большими репами. Нет докачки и не умеет толком находить одинаковые файлы.
     
     
  • 4.19, Аноним (19), 22:41, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У гита проблемы с большими репами действительно есть, Гугл и Майкрософт не дадут соврать. К счастью, у тебя таких больших реп нет, чтобы с этими проблемами столкнуться, и уж тем более чтобы от них измеримо пострадать. Да и Launchpad — это явно не про монорепы.
     
     
  • 5.27, Аноним (13), 23:51, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебе секрет открою, но коммитить только в свои личные репы не обязательно. Удивительно, какой у людей узенький мирок.
     
     
  • 6.42, Аноним (42), 01:36, 06/06/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 6.103, Аноним (19), 19:19, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У текущего клиента монорепа на 27GB. Проблем с гитом не обнаружено, клонирование с нуля занимает пять-шесть минут. Рассказывай что там у тебя за проблемы на локалхосте, что аж гит тормозит.
     
  • 4.25, Аноним (25), 23:15, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде сделали докачку.
     
     
  • 5.28, Аноним (13), 23:52, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Где сделали? Если git clone сорвался, то всё, качай по новой.
     
     
  • 6.37, Кошкажена (?), 01:12, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Где сделали? Если git clone сорвался, то всё, качай по новой.

    git clone --depth ?

     
  • 3.23, Аноним (23), 23:02, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть. Хэши вместо понятных номеров ревизий, отсутствие разграничения доступа, изменяемость истории. Хоть свою систему пиши.
     
     
  • 4.32, Аноним (32), 00:36, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > номеров ревизий

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

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

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

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

     
     
  • 5.36, Аноним (23), 00:58, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Учитывая что в части методов работы с распределёнными системами все ветки равноправны, то как номера присваивать?

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

     
     
  • 6.49, Аноним (32), 01:54, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть номера, которые ни о чем не говорят.

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

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

     
  • 6.89, Аноним (-), 13:31, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Очень просто, поделю номера на локальный и удалённый. При создании коммита ему
    > присваивается локальный номер, при push -- удалённый (ну и у каждого,

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

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

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


     
  • 4.33, Аноним (32), 00:40, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > изменяемость истории

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

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

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

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

     
  • 4.99, Аноним (93), 16:40, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть. Хэши вместо понятных номеров ревизий

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

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

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

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

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

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

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

     
  • 2.11, Аноним (13), 21:59, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всех это кого? hg и bz закопали сами владельцы.
     
     
  • 3.18, нах. (?), 22:37, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Всех это кого? hg и bz закопали сами владельцы.

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

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

     
     
  • 4.76, Аноним (-), 11:52, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И таки их никто не заставлял выбирать полудурков имени гвидо как апстрим Они са... большой текст свёрнут, показать
     
  • 4.85, хрю (?), 12:48, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > выбор создателями нескучного язычка ... git спас от этой беды старик Уол,

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

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

     
     
  • 5.95, нах. (?), 16:24, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём тут язык?

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

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

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

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


     
  • 3.43, Аноним (42), 01:40, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Строго говоря, hg ещё не закопали. Но то, что мозилла окончательно с него слезла, открывает к этому прямую дорогу.
     
     
  • 4.50, Аноним (50), 02:11, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Строго говоря, hg ещё не закопали. Но то, что мозилла окончательно с
    > него слезла, открывает к этому прямую дорогу.

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

     
  • 2.17, Аноним (17), 22:30, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    jiujutsu
    sapling
    pijul
    fossil

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

     
     
  • 3.21, Аноним (10), 22:57, 05/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > pijul

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

     
     
  • 4.45, Аноним (42), 01:42, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты будешь смеяться, но таки пихуль.
     
  • 4.62, Аноним (61), 08:32, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    пишем в яндекс транслит. Открываем https://translit.ru/, вводим pijul, жмём В русский, получаем пиюл.
     
  • 4.79, Аноним (-), 12:01, 06/06/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.38, Кошкажена (?), 01:13, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > fossil

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

     
  • 3.100, Аноним (93), 16:44, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Те которые с гитовым бэкендом работают для может и альтернативы для нетакусиков. А те которые со своим тормозным бэкендом и со своими идиотскими правилами типа неизменяемости истории - мертворождены. Ты darcs ещё вспомни, а они, на минуту, целую математическую теорию патчей разработали. Только vcs'ом она от этого не стала.
     

  • 1.8, Аноним (10), 21:52, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чего больше: проектов, которые каноникал не забрасывал, или которые забрасывал?
     
     
  • 2.52, iPony128052 (?), 05:35, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сабж появился раньше git.
    Но да, в итоге git победил.
     

  • 1.16, Аноним (16), 22:24, 05/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как ни странно, это отличная новость. Теперь ctwm, к-й как раз хостится на этом самом launchpad, наконец-то свалит с этих дурацких скриптов на питоне на git.
     
     
  • 2.81, Аноним (-), 12:09, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как ни странно, это отличная новость. Теперь ctwm, к-й как раз хостится
    > на этом самом launchpad, наконец-то свалит с этих дурацких скриптов на
    > питоне на git.

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

     
  • 2.96, нах. (?), 16:25, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как ни странно, это отличная новость. Теперь ctwm, к-й как раз хостится
    > на этом самом launchpad, наконец-то свалит с этих дурацких скриптов на
    > питоне на git.

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

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


     
     
  • 3.101, Аноним (16), 18:06, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня есть тарбол + мои собственные патчи, к-е они не захотели принимать. С ни с чем я не останусь.
     

  • 1.31, vdb (?), 00:29, 06/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Всё понятно, что поддерживать не хотят, но 3 месяца — это слишком короткий срок для перехода, да ещё летом. Надо такие вещи переводить в read-only режим и оставлять на полгода, а то и на пару лет. Мало ли кто и что — в отпуск уехал, в экспедицию, плавание или запой ушёл…
     
     
  • 2.48, Аноним (48), 01:47, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там, вероятно, осталось полтора проекта из активных. И туева хуча заброшенных, которые всё равно никто не переведёт, сколько времени ни дай.
     
     
  • 3.88, Аноним (88), 13:26, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Там, вероятно, осталось полтора проекта из активных. И туева хуча заброшенных, которые
    > всё равно никто не переведёт, сколько времени ни дай.

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

     

  • 1.34, Аноним (34), 00:42, 06/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >и проект так и не был портирован на Python 3

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

     
     
  • 2.39, Кошкажена (?), 01:14, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>и проект так и не был портирован на Python 3
    > Какой хороший язык - питон, сколько проектов уничтожил. Интересно, сколько сейчас может
    > питоновский скрипт прожить без переписывания?

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

     
     
  • 3.55, _ (??), 07:47, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Минус 2 системы управления версиями софта только в этом топике ... "безболезненный" аха :-\
     
  • 3.70, Аноним (34), 10:48, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В целом даже переход на 3 вряд ли такой уж болезненный был.

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

     
  • 3.87, Аноним (88), 13:24, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вроде как дофига. В целом даже переход на 3 вряд ли такой
    > уж болезненный был.

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

     
     
  • 4.97, нах. (?), 16:29, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да вообще, только половину софта сдохло. А мог бы ведь и весь.
    > Как вон в перл5 -> перл6. Правда, где этот перл6 вообще

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

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

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


     
  • 2.63, Аноним (61), 08:37, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что самое интересное, на Питоне пишут и бекэнд и фронтенд если я ничего не путаю. И вот вопрос, всеми нелюбимый С++ с его стандартами, также сильно изменился, по сравнению с Питон 2 версии и Питон 3 версии.
     
     
  • 3.68, 1 (??), 09:51, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С++ может и изменился, но старые проекты прекрасно компилирует, а не вываливает неудобоваримый трейс при попытке запустить код для двойки в тройке.
     
     
  • 4.98, нах. (?), 16:31, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > С++ может и изменился, но старые проекты прекрасно компилирует

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

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

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

     
     
  • 5.102, Grand (?), 18:27, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ага-га-га. Попробуй без переписваяния скомпилить OpenAD от аргонской лаборатории 14м gcc.
     
  • 3.75, Аноним (-), 11:42, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это какой фронтэнд на питоне пишут В вебе на фронтэнде по сути 1 ЯП - JS, если... большой текст свёрнут, показать
     
  • 2.82, Аноним (-), 12:10, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Какой хороший язык - питон, сколько проектов уничтожил. Интересно, сколько сейчас может
    > питоновский скрипт прожить без переписывания?

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

     

  • 1.35, Аноним (35), 00:52, 06/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну наконец–то додумались.

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

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

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

     

  • 1.40, Аноним (-), 01:24, 06/06/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.53, ДаНуНафиг (?), 06:40, 06/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь вообще этим пользовался? Чего все сокрушаются?

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

     
     
  • 2.64, Аноним (61), 08:38, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кто-нибудь вообще этим пользовался? Чего все сокрушаются?

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

     

  • 1.73, Аноним (-), 11:35, 06/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > прекращение поддержки системы управления версиями Bazaar в платформе Launchpad,

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

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

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

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

     
  • 1.91, myster (ok), 13:48, 06/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Политика Canonical напоминает Apple. Сначала привлекли талантливых разработчиков, буквально с философией хакеров, которые творят шедевры в плане ПО. А потом отключают все свободные функции и максимально ограничивают простор для творчества таким людям.  Не нужно было устраиваться в Canonical изначально и создавать Bazaar на базе их платформы. В Canonical начались ухудшения в конце 00-х начале 10-х, уже тогда талантливым специалистам там было делать нечего.
     
     
  • 2.92, Аноним (34), 13:52, 06/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Каноникал начала делать слишком много своих велосипедов, имея слишком мало ресурсов на руках. Они переизобретали буквально всё, вместо того, чтобы изобрести что-то одно и додавить до конца.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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