|
|
Часть нити удалена модератором |
3.6, alex (??), 10:58, 15/05/2020 [ответить]
| +1 +/– |
Во первых, надо же куда-то репортить о сишных дырах, клоун.
А во вторых, перл ведь тоже на С написан.
| |
|
|
|
2.16, Сейд (ok), 12:14, 15/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Смысл? Смысл использования Bugzilla — в отслеживании ошибок.
| |
|
|
2.14, Аноним (14), 11:50, 15/05/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
К последнему я охладел. В последнее время они делают какие-то странные телодвижения.
| |
|
3.19, MyMy (?), 13:02, 15/05/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Gitlab кастрюлю на голову одел. Прям как свои основатели.
| |
3.26, пох. (?), 16:44, 15/05/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> К последнему я охладел. В последнее время они делают какие-то странные телодвижения.
только ли в последнее? ;-)
Сдавайте ваши байтики в microsoft - ведь без сосияльно сеточки вы ничего разрабатывать не можете.
| |
|
|
5.31, пох. (?), 17:42, 16/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
В смысле? Он и задуман как таковая. Для просто хранения кода - gitea и то избыточна (да, она решает проблему неумения гитом ни разделения доступов, ни авторизации - из-за любви его изобретателя к "пришлите в рассылку, порезав помельче" и неумения пользоваться другими vcs)
Просто у гитляпа соцсетевая часть получается явно лучше - смотри, смотри - там есть стикеры!
| |
|
|
|
2.27, Kuromi (ok), 21:13, 15/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Да не одни они. Большая часть rust-овой разработки в Мозилле сейчас идет на Гитхабе,а потом с него синхронизируют код и все. В Багзилле как таковой сейчас только ведение багов и комменитирование, даже просмотр и оценка кода перед приемом патчей кода уже давно на других сервисах, который просто интегрированы с Багзиллой. Вообще у Багзиллы давно уже запашок "устарелости" с которой соглашаются даже сами сотрудники Мозиллы. Некоторые попытки подновить предпринимались, скин новый натянули, аякса приделали немного, но все равно...
| |
|
1.17, КО (?), 12:24, 15/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Стырили, закрыли, обновляли опять-таки потыривая. Думали элитарно - оказалось нах никому не нужен.
Решили открыть.
| |
1.20, Аноним (20), 13:05, 15/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> сосредоточена в репозитории с ответвлением от Mozilla
"ответвлением от Mozilla" смешно звучит с учётом того что bugzilla это изначально проект мозилы :-)
"Bugzilla была разработана Терри Вейсманом в 1998 году для проекта Mozilla.org"
| |
|
2.35, Аноним (35), 13:53, 20/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Мозилла поддерживает также форк со спецификой BMO, который развивается параллельно с официальной багзиллой.
| |
|
1.29, Аноним (29), 08:47, 16/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Из-за наличия конфиденциальных данных в примечаниях к коммитам, открытый вариант RHBZ опубликован как один большой патч (1174 файлов изменено, 274307 строк добавлено, 54053 строк удалено) поверх исходных текстов Bugzilla 5.0.4.
А разве не так они поступили с redhat (пардон linux) kernel ?
Чем только не оправдывалось это - но факт, затруднить разбор конкурентам.
Что бы не дай бог никто не мог найти у нас ошибку и улучшить, или использовать без уплаты нам за сапорт...
| |
|
2.32, пох. (?), 18:16, 16/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
> А разве не так они поступили с redhat (пардон linux) kernel ?
нет, не так - они пятнадцать лет выкладывали патчи поштучно и с описанием, что зачем.
> Чем только не оправдывалось это - но факт, затруднить разбор конкурентам.
а конкуренты - да, эти патчи - воровали, и не "чтоб никто не мог найти ошибку", а просто чтоб денег собственным грамотным разбирающимся в ядре сопровождающим не платить.
Причем это проверено и подтверждено несколькими случаями, когда тривиальнейшие однострочные патчи неделями этими самыми конкурентами не применялись, хотя лежали в lkml. В конце-концов, redhat это надоело.
А багзила - нафиг никому не нужна, и редхату, похоже, тоже перестала быть актуальна. Поэтому тут причина, как подсказывает бритва Оккама - ровно в том, что написано. Ну и в том, что никому эти патчи по-отдельности неинтересны, разбираться в их напластованиях за четверть века просто незачем.
| |
|
3.33, Аноним (33), 21:01, 16/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
> нет, не так - они пятнадцать лет выкладывали патчи поштучно и с описанием, что зачем.
Вспомнила бабка как дедом была. Это было 10 лет назад. уже 5-10 лет они не выкладывают такое.
Но стоит вспомнить что для своих клиентов (читай - "за деньги") они позволяют посмотреть на такой же вариант.
>а конкуренты - да, эти патчи - воровали, и не "чтоб никто не мог найти ошибку", а просто чтоб денег собственным грамотным разбирающимся в ядре сопровождающим не платить.
Постойте - постойте. Что значит воровали? Не ужели redhat сам их сделал? да вроде нет.. они их взяли с lkml.. так что же воровали то ?...
> Причем это проверено и подтверждено несколькими случаями, когда тривиальнейшие однострочные патчи неделями этими самыми конкурентами не применялись, хотя лежали в lkml. В конце-концов, redhat это надоело.
Постойте - а разве можно украсть GPL код ?... мне казалось что нельзя.. Наоборот - они _обязаны_ выложить в том виде в котором взяли. А взяли ввиде патчей - и у каждого патча есть автор.. Ой.. оказывается redhat присвоили авторство всех патчей которые они слили в один и выдали как свой. Так кто у нас воры ?...
| |
|
4.34, пох. (?), 22:08, 16/05/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Ну так разработка-то, естественно, ведется в vcs, а не ручным переписыванием ядр... большой текст свёрнут, показать | |
|
|
|
|