Разработчики FreeBSD представили (http://lists.freebsd.org/pipermail/freebsd-announce/2014-Jun...) новую реализацию сервиса для отслеживания ошибок bugs.freebsd.org (https://bugs.freebsd.org/bugzilla/), переведённого на платформу Bugzilla (http://www.bugzilla.org/). Ранее используемая система отслеживания ошибок GNATS (http://www.gnu.org/software/gnats/) уже почти 10 лет не обновлялась, устарела, находится в заброшенном состоянии и ограничивает возможности оптимизации рабочего процесса. В отличие от GNATS платформа Bugzilla активно поддерживается и привычна разработчикам, так как применяется в разнообразных открытых проектах, близких к FreeBSD по размеру и характеру разработки.
Средства поддержания категорий и привязки тегов в Bugzilla позволят упростить выборку и фильтрацию уведомлений об ошибках. Появится возможность прикрепления приложений к уведомлениям. Станут доступны средства для отслеживания группой людей состояния исправления ошибок, без необходимости заведения списков рассылки. Кроме того, Bugzilla открывает возможность улучшения процесса разработки за счёт интеграции с дополнительными инструментариями, такими как системы рецензирования кода.Несмотря на то, что работа с Bugzilla осуществляется только через web-интерфейс, выполняемый из командной стоки скрипт send-pr останется работоспособен, но его поддержка не будет гарантирована в будущем (отправляемые через send-pr сообщения некоторое время будут вручную переноситься в Bugzilla). Для работы с Bugzilla из командной строки рекомендован порт devel/pybugz.
URL: http://lists.freebsd.org/pipermail/freebsd-announce/2014-Jun...
Новость: https://www.opennet.ru/opennews/art.shtml?num=39921
Не прошло и 20 лет как до них дошло что багзилла - нормальный багтрекер. Еще 10 лет и они дослоупочат что git - нормальная DVCS :).
Пингвины попрыгали, потестили, отладили.
Можно и переходить.
> Пингвины попрыгали, потестили, отладили.Попользовались, нашли более удобную, а эту выкинули за ненадобностью. Вот тогда - можно и переходить.
> Пингвины попрыгали, потестили, отладили.
> Можно и переходить.Где же я такую методику самоутешения-то слышал за последние месяцы...
>> Пингвины попрыгали, потестили, отладили.
>> Можно и переходить.
> Где же я такую методику самоутешения-то слышал за последние месяцы...Никакого утешения, только хардкор и стабильность.
> Никакого утешения, только хардкор и стабильность.Стабильность хардкора. И максималка в дуалбуте, да?
> И максималка в дуалбуте, да?Это недостаточно стабильно. Максималка - на хосте, фря - в vmware.
Так дуалбут это всегда про линуксоидов было, что-то поменялось?
> Так дуалбут это всегда про линуксоидов было, что-то поменялось?Уже давно. Теперь в лине достаточно приличная поддержка оборудования. Даже игроделы им заинтересовались. Ну а более простые сценариии и подавно работают. Зато кой-какие жирафы столько телились с KMS/DRM, что остались без видеодрайверов. Ну и так далее. Так что теперь если бздун то почти наверняка или эксперт по дефрагу нтфс/юзежу putty.exe или того хуже, пользователь гей-оо. Ну и латентный проприерас заодно, разумеется.
Зри в корень, основные разрабы бзди - педики.
Скорее на HG переползут, с плагинами от Facebook, например.
Не, на hg никогда не переползут - насчёт него в профессиональной среде мнение единое и далеко не положительное.
... традиция, уходящая корнями в понты...
Ну тебе то как понторезу и дилетанту от программирования - виднее. Тем не менее, гит очень удобен. Не для тех кто страдает "легким программизмом" на очереднои васике, выпуская очередную подeлку выходного дня, как ты. А для тех кто "надолго и всерьез". Ну да, для мегапрогеров на очередном вьюжлвасике типа твоего бидона оно "слишком сложно", ибо требует понимания типовых подходов в разработке софта распределенной командой. Но за это оно воздает. Турбореактивныи педалированием операций на больших иерархиях: отмотать линевый кернел, на месяц назад? Почти мгновенная операция! Настолько, что для удобства есть даже git bisect для загона багов в угол методом отполовинивания пространства. И логичным и удобным интерфейсом DVCS. Именно так, как это логично и удобно в географически распределенной команде при распределенной разработке. А не жалкая мимикрия под централизованные vcs.
То есть, по вашему, в hg нет bisect? Или update (ваш чекаут)?Кстати, в вышеуказанном тексте ничего, кроме понтов, не увидел. :)
> То есть, по вашему, в hg нет bisect? Или update (ваш чекаут)?Да все там есть, просто скорость работы на больших иерархиях у гита явно лучше. И от бидона в котором вечно что-то отламывают не зависит. И не пытается косить под "а я типа тоже свн". Мимикрия под других - удел всяких слабаков типа реактосов и т.п.. А сильным проектам не надо мимикрировать. Они сами с усами.
> Кстати, в вышеуказанном тексте ничего, кроме понтов, не увидел. :)
Понты? От анонимуса? Это как? ;)
А Вы случаем не 294-ый? А то у него этогот добра на всех анонимов хватит.
> А Вы случаем не 294-ый? А то у него этогот добра на
> всех анонимов хватит.Ну вот видишь, ты даже не знаешь коиу приписывать достижения. Довольно странное и нерезультативное поведение, если допустить что целью были именно пoнты, не так ли? Выводы сделать достаточно просто - я даже и не пытался пoнтоваться в этом месте, а универсальный лэйбак "аноним" заставляет смотреть на вещи менее предвзято ;).
только darcs
только хардкор
> только darcs
> только хардкорНет, хардкор - это без VCS. Ультра-хардкор - еще и без бэкапов.
> Нет, хардкор - это без VCS. Ультра-хардкор - еще и без бэкапов.Помнится, около десятка лет тому по штатовским лавочкам-софтописам был опрос (Fog Creek, что ли, проводили -- тут не помню). Выяснилось, что около половины не использует багтрекеры, около половины -- VCS.
Интересно, сколько использовали RAID и UPS.
> Нет, хардкор - это без VCS. Ультра-хардкор - еще и без бэкапов.Да фигня все это, настоящие джедаи пишут программы путем cat > program. Хотя, по слухам, было время когда не было cat и dog. И операционных систем. А первые программы как-то написали. В том числе и операционные системы.
Как они писали на своём вики (https://wiki.freebsd.org/VersionControl https://wiki.freebsd.org/VCSWhy) , git и прочие прекрасные системы контроля версий, о которых вы так печётесь, не поддерживают частичного скачивания дерева. При быстром изучении структуры репозитория FreeBSD (svnweb.FreeBSD.org) становится очень ясны причины.Если Вы считаете, что разбираетесь в этих DVCS лучше, чем они, пожалуйста, загрузите ВСЁ дерево исходников FreeBSD в том виде, в котором удобно с ним работать и скачивать на другие машины, предложите эту структуру сообществу. Её оценят и, если подтвердят удобность, будут её использовать.
PS: GIT-клон небольших кусочков репозитория имеется, https://github.com/freebsd/freebsd
Тупо сравни размер дерева портов в svn'е и git'е, всё сразу встанет на место.
21 век на дворе, кого волнует размер? гигабайт туда, гигабайт сюда - вообще не аргумент
Главное с такими закидонами не приближайся к процессам разработки. Вообще. Даже скриптов в пару строк. А здесь пиши что хочешь, да.
Из уважения к модератору придётся ответить обстоятельно... Самым ценным ресурсом в этом мире является человеческое время. Если бы вы прочли ссылки, которые давали на ФриБЗДишную вики о Git'e, к примеру: https://wiki.freebsd.org/GitDrawbacks то уяснили, что Гит не подходит разработчикам, уход на него изменил бы воркфлоу, доставил бы неудобства и привёл бы к лишним трудозатратам, потому что модель ФриБЗД это пушинг коммитов в центральный реп, с точной идентификацией ревизий по монотонно возрастающему номеру,а не пуллинг аля линус.Поэтому вы и не правы, гигабайт, десять гигабайт, терабайт - это всё чушь и глупость, абсолютное ничто, если эти гигабайты, помогают сохранить человеческое время. Именно из-за этого аргумент про "сравни размеры" это сущая тупость и абсолютное непонимание того, что является существенным в процессе разработки. Такое же непонимание, которое продемонстрировали вы.
Твое время не стоит и ломанного гроша, в силу жиденького мозга и отсутствующих скиллов. Мыслительный процесс вообще не обнаружен, только бездумное повторение корпорасовских мантр. А разработчики фрибзды делом доказали что умебт спускать время вникуда оптом. Как с универсальным мегажурналированием... которым пользуется один допотопный по устройству ufs. На фоне таких фортелей, заявочки из вики воняют двойными стандартами и просто лицемерием/отговорками/ретроградством/ретардизмом. Особенно круто что половина уже юзает гит локально, но несколько непереобучаемых ретардов предпочитают вставлять лом в вентилятор. Впрочем, это же бсд. Там всегда управление проектом было ни к чepту. Очередной примерчик.
> 21 век на дворе, кого волнует размер? гигабайт туда, гигабайт сюда - вообще не аргументПравильно, осталось это вдолбить в мозги тех, кому западло git репозиторий выкачать.
На самом деле конечно, аргумент, был и будет - гигабайтами разрасывается зажравшееся ламерьё которое винты оплаченные мамой забивает скачанными через интернет оплаченный мамой ворованными игрушками. В реальной жизни условия несколько другие - и ssd которые подороже маминых винтов будут, и быстрые фс в памяти, для которой гигабайт - это уже десятки процентов, и 3G и спутниковый интернет где трафик стоит денег и скорость как-бы недотягивает до маминых 100Mbit, и каждый мегабайт может быть либо использован с толком, либо выкинут на ветер.
Но аргумент, это, тем не менее, в пользу git.
Тяжко выкачивать все историю linux коммитов, да и ненужна она.
Открой для себя man git и узнай, что можно задать глубину выкачиваемой истории коммитов, вплоть до 1, да.
> 21 век на дворе, кого волнует размер? гигабайт туда, гигабайт сюда - вообще не аргументменя волнует
+1
> 21 век на дворе, кого волнует размер? гигабайт туда, гигабайт сюда -
> вообще не аргументЗато как захочется большую иерархию на месяц назад отмотать - так сразу и чувствуешь разницу. Гит это делает мгновенно, а свн будет сопли жевать 15 минут, качая половину файлов с сервака заново. Бздуны перепутали средство передачи файлов с инструментом разработчика. Получилась хреновая файлокачалка и хреновый инструмент контроля версий для разработчиков. Сложное это дело - делать гибрид танка, самолета и подводной лодки.
Не, самый лучший usecase svn'а - это svn log --diff, и да - на репозиторий в америке. Это пoделие тратит полминуты на каждый коммит. git же справляется мгновенно.
Просто для эффективной синхронизации и передачи файлов есть эффективные программы. Например, rsync, torrent и прочее, в зависимости от того что хотелось получить. И есть эффективные системы контроля версий. Которые хорошо контролируют версии. А вот попытка их скрещивать ведет к вот таким непотребствам.
> 21 век на дворе, кого волнует размер?Только пользователей git и прочих несчастных линуксоидов, которым мамка денег на новый винт не дает.
Состоятельные дяди из FreeBSD швыряются терабайтами налево и направо, для них это вообще не вопрос.
>> 21 век на дворе, кого волнует размер?
> Только пользователей git и прочих несчастных линуксоидов, которым мамка денег на новый
> винт не дает.Прикинь мама не дает денег, но постоянно просит их у меня и папа((
А вообще ssd то не резиновые товарищ. Или вам мама не дает денег на эир?
правильно. давай напишем ОС на питоне. кого сейчас волнует размер, энергопотребление, эффективность ?
ну lua накрайняк
ps. MS forever
Епта ты руками можешь набить кода на гигабайт? Я чую редкая хрень получится. Патчи обычно килобайта не превышают.
> Если Вы считаете, что разбираетесь в этих DVCS лучше, чем они, пожалуйста, загрузите ВСЁ дерево исходников FreeBSD в том виде, в котором удобно с ним работать и скачивать на другие машины, предложите эту структуру сообществу. Её оценят и, если подтвердят удобность, будут её использовать.Его уже выгрузили, оценили и используют, ссылку на github вы сами дали. Почти все разрабатываются в локальных ветках git клона, потом вливают в svn. Переход всего проекта задерживают только уважаемые ретрограды. Из-за одного такого из базовой системы не удалили rcs. Вдуматься только, RCS!!!
> PS: GIT-клон небольших кусочков репозитория имеется, https://github.com/freebsd/freebsd
Каких ещё "кусочков"? Там полноценные репозитории src docs и ports. И да, как уже было сказано, репозиторий в git со ВСЕЙ историей занимает места меньше чем svn чекаут одной ревизии.
>из базовой системы не удалили rcs. Вдуматься только, RCSА что, удобная вещь
Удобного софта вообще навалом, и для него есть порты. Тащить в базу дeрьмо которое нужно полутора неадекватам - идиотизм.
Ээээм... а в чем проблема с rcs? Есть более удобное решение ну, скажем, для отслеживания изменений в конфигурационных файлах standalone-сервера? Или поддержка rcs в базовой системе требует каких-то совершенно неадекватных усилий?
> скажем, для отслеживания изменений в конфигурационных файлах standalone-сервера?Одного? Может быть. И то слишком сомнительно.
>Одного? Может быть. И то слишком сомнительно.Для двух-трех профит от централизованного репозитория конфигов тоже не очевиден - накладные расходы на администрирование великоваты. Вот на десяток уже можно отдельный svn-сервер поднимать, а на сотню и вовсе puppet ставить ;). Говорю же - есть-пить не просит, накладные расходы на администрирование околонулевые, полезные привычки, опять же - прививает, так на фейхоа ломать то, что работает?
> Ээээм... а в чем проблема с rcs?Ещё один контекст в голове держать (хотя бы по командам), опять спотыкаться об отсутствие удобств вроде git diff или git rebase даже во дворе.
Это именно в контексте локальной следилки без всякой распределённости.
Понятно, что и цена разного инструментария выходит разной.
>Ещё один контекст в голове держать (хотя бы по командам)Да. Но у многих в голове он _уже_ есть, а для всех его вроде как не навязывают.
>опять спотыкаться об отсутствие удобств вроде git diff или git rebase даже во дворе.Да-2. Но эт вы как программист к хорошему привыкли, у абстрактно-вакуумного системного администратора этих привычек скорее всего нет.
С git'ом в качестве DVCS проекта у FreeBSD, увы, не сложилось - так что в базовую систему он не попадет, а использовать в качестве "локальной следилки" svn(lite) мне лично гм... скажем дипломатично - не слишком удобно. rcs - удобно, а svn - нужно, полезно, в контексте корпоративного стандарта даже правильно, но хоть ты тресни - не удобно и все тут. Во фре еще туда-сюда, а вот в линьках с /etc'шной помойкой - хоть плачь :(.
> Да-2. Но эт вы как программист к хорошему привыкли, у абстрактно-вакуумного системного
> администратора этих привычек скорее всего нет.Я?! Программист?! Да вообще скорее манагеришка невнятный, а разработчик примерно в той же степени, что и сисадмин -- "самоучка, поэтому пишет курсы для других".
> rcs - удобно
Вот тут озадачили, на самом деле, и за сам этот факт тоже спасибо. :)
> Во фре еще туда-сюда, а вот в линьках с /etc'шной помойкой - хоть плачь :(.
А что именно? (и некстати: существует etcgit)
> А что именно? (и некстати: существует etcgit)Это вы про плагин для альтератора?
>> А что именно? (и некстати: существует etcgit)
> Это вы про плагин для альтератора?Нет (хотя есть и плагин): http://git.altlinux.org/people/manowar/packages/?p=etcgit.git
>А что именно? (и некстати: существует etcgit)Одно время экспериментировали с etckeeper в порядке (полу)частной инициативы - но ожидаемо "не взлетело".
С svn же приходится обкостыливать скриптами владельцев файлов и права доступа к ним, добавлять пачки исключений для файлов с паролями и прочих *db, периодически происходят коммиты всего дерева /etc или его части вместо конкретного файла с которым велась (закочилась) работа, геморрой в случае отсутствия связи с репозиторием, и многое другое.
Да, это при том, что за коропративным svn-сервером следит отдельно взятый человек и его танцы-с-бубном технологической\экспертной группы не касаются - а там, насколько я знаю, своих радостей хватает.
Для workflow "сделал-прокомментировал-нашел-сравнил-откатил" геморроя многовато.
> Одно время экспериментировали с etckeeper в порядке (полу)частной инициативыДа, на самом деле даже его скорее имел в виду. На локалхосте (в смысле на ноутах) не взлетело, где-то на серверах один вроде был. С такими штуками беда в том, что если заранее не подготовил, то постфактум поздняк метаться.
> - но ожидаемо "не взлетело".
А у вас почему ожидаемо? У меня-то ожиданий не было, скорее посмотреть -- приклеится или нет. Впрочем, многое заведомо хорошее тоже не приклеилось... поверхность не та, наверное.
PS: товарищи бсдишники, если эта субтема тут совсем офтопик -- скажите, заглохну.
> А у вас почему ожидаемо? У меня-то ожиданий не было, скорее
> посмотреть -- приклеится или нет. Впрочем, многое заведомо хорошее тоже
> не приклеилось... поверхность не та, наверное.В портах нет, под фрю не заточено никак (Про /usr/local/etc оно не знает) с svn не работает, т.е. безболезненно на всю контору не раскатать, средств централизованного управления как таковых нет, работу с ветками единого репозитория тоже костылять ручками, на работу в многопользовательской среде не рассчитано - так что польза неочевидна. А вот в качестве готового решения для отдельностоящей линуксовой машины - очень даже. На какие-то грабли в процессе натыкались, но ничего фатального.
Как-то так.
>под фрю не заточено никак (Про /usr/local/etc оно не знает)cd /usr/local/etc && etckeeper init
?> с svn не работает, т.е. безболезненно на всю контору не
> раскатать, средств централизованного управления как таковых нет, работу с ветками единого
> репозитория тоже костылять ручками, на работу в многопользовательской среде не рассчитаноА, в этом смысле. Тогда да, только fbsd, только svn.
> - так что польза неочевидна. А вот в качестве готового решения
> для отдельностоящей линуксовой машины - очень даже.Ну, немного покостыляв, успешно соединил 2 localhost-а.
---Вот Майкрософт переёдёт на git, будут нам и доменные политики и linux-Dynamics. Ога.
> В портах нет, под фрю не заточено никакПонял, спасибо.
> Во фре еще туда-сюда, а вот в линьках с /etc'шной помойкой - хоть плачь :(.Справедливости ради стоит отметить, что в линуксах эту помойку уже более-менее убрали, а во фре она осталась в полный рост.
Например, init-скрипты - это же практически полноценные исполняемые программы, которые должны лежать где-нибудь в [/usr[/local]]/sbin, а не среди конфигов.
> Например, init-скрипты - это же практически полноценные исполняемые программы, которые
> должны лежать где-нибудь в [/usr[/local]]/sbin, а не среди конфигов.Ну вот, человек сказал правду, а его заминусовали. Не зря говорят что правда глаза колет...
>> Например, init-скрипты - это же практически полноценные исполняемые программы, которые
>> должны лежать где-нибудь в [/usr[/local]]/sbin, а не среди конфигов.
> Ну вот, человек сказал правду, а его заминусовали. Не зря говорят что
> правда глаза колет...Да, нет же! Это просто очередной Лёня заходил, который не знает шела и боится его.
По секрету: скрипты это такие текстовые файлы, почти конфиги. Ура!
И в */{s,}bin/ им делать нечего. Зачем они в PATH-то?!Ну, вот, я тоже правду сказал. Сейчас мои плюсики будут резать и твои глаза.
+++Вечно с этой "правдой" проблемы.
> Да, нет же! Это просто очередной Лёня заходил, который не знает шела
> и боится его.Нечто или программа, или нет. Величина бинарная. Критерием будем считать полноту по Тюрингу
Как наиболее разумный вариант. Ну вот шелскрипты - разновидность программ. Потому что тюринг-полный яп, позволяющий создание программ произвольной сложности.> По секрету: скрипты это такие текстовые файлы, почти конфиги. Ура!
> И в */{s,}bin/ им делать нечего.Ну оно и не конфиги как таковые, так что в /etc оно тоже странно смотрится.
> Зачем они в PATH-то?!
Ну я понимаю что всяким там поклонникам сис5инит очень удобно фигачить вручную полный путь к скрипту стартера демона, например. А как по мне - есть и более удобные варианты. И мне они нравятся больше. Тоже мне, "священная корова"/"я так привык".
> +++Вечно с этой "правдой" проблемы.
Просто она у каждого своя. Кто-то ботся изменений как огня. А кто-то не хочет прогибаться под мир, прогибая его под себя.
> Ну я понимаю что всяким там поклонникам сис5инит очень удобно фигачить вручную
> полный путь к скрипту стартера демона, например. А как по мнеservice htt<TAB> res<TAB><ENTER>
> - есть и более удобные варианты. И мне они нравятся больше.
> service htt<TAB> res<TAB><ENTER>Чтобы оно было именно так - майниайнеры должны некисло костыльнуть. Если ты вдруг не в курсе - такая конструкция сработает далеко не в любой системе с сис5инит.
>> service htt<TAB> res<TAB><ENTER>
> Чтобы оно было именно так - майниайнеры должны некисло костыльнуть.bash-completion или zsh, ау.
> bash-completion или zsh, ау.Так я и говорю - есть далеко не везде. Найдите мне этот ваш bash completion в каком-нибудь openwrt, например.
> Найдите мне этот ваш bash completion в каком-нибудь openwrt, например.А там есть sysv-style инитскрипты? (не лазил)
У Вас очень Linux Мышление - что проще то лучше,
это не так.
IMHO.
>У Вас очень Linux Мышление - что проще то лучше,
>это не так.
>IMHO.Это ТРИЗ. Лучше всего, когда для достижения полезного эффект не используется никаких дополнительных деталей или узлов, а эффект достигается "сам", за счёт имеющихся узлов. С этим вообще очень трудно поспорить.
Другое дело, что не стоит отказываться от полезного функционала только лишь ради упрощения конструкции. BSD'шники, кстати, в этом замечаются чаще. Они часто готовы пожертвовать удобствами ради простоты и красоты архитектуры.
> Другое дело, что не стоит отказываться от полезного функционала только лишь ради
> упрощения конструкции. BSD'шники, кстати, в этом замечаются чаще. Они часто готовы
> пожертвовать удобствами ради простоты и красоты архитектуры.В конечном счете ролучим систему абсолютно не гибкую, зато полную полезного функционала -
Windows, Linux уже в большей степени.
Это не плохо, но не всегда приемлемо.
> Windows, Linux уже в большей степени.
> Это не плохо, но не всегда приемлемо.Оно и видно - пока пингвин работает на всем, от SD-карточек и умных часов до суперкомпьютеров, бзды ... они вообще где? Вам не кажется что до того как рассуждать о соринках в глазах пингвинов, нехило бы бревна из своих глаз сначала вынуть?
> Удобного софта вообще навалом, и для него есть порты. Тащить в базу
> дeрьмо которое нужно полутора неадекватам - идиотизм.Почему же? Хороший прицел в целевую аудиторию сабжа! Остальные с этого давно свалили.
> А что, удобная вещьА мне вот моя прога уровня hello world тоже очень удобна. Даешь ее в базу!
> не поддерживают частичного скачивания дерева.Да, но в разных ветках можно хранить разные части дерева. Посмотри как сделано в арче. https://projects.archlinux.org/svntogit/community.git/refs/h...
> не поддерживают частичного скачивания дереваДык можно feature request запостить. Линус из поездки с семьёй вернётся - запилит.
>> не поддерживают частичного скачивания дерева
> Дык можно feature request запостить. Линус из поездки с семьёй вернётся - запилит.Линус такое запиливать не будет, как reiser4 в ядро. Слишком уж пахнет леннардом.
Ога нормальный. Там древнего говнокода тоже тонны. Template Toolkit, половина логики в шаблонах, тормоза, CGI.pm, хардкод ВЕЗДЕ, интерфейс прямо скажем не веб 2.0... И т.д. и т.п. Я вообще удивляюсь, как оно у них до сих пор на bugzilla.mozilla.org вертится, в смысле как там сервер ещё раком не стоит (ну правда мы не знаем, какой там сервер, может там 16 ядер и 32 гб оперативки...)Единственный плюс всего этого "добра" в том, что оно таки неплохо поддерживается авторами.
Я её уже 5 лет пытаюсь до идеала допилить... для использования в компании )) думаю уж форк пора представлять полноценный, там живого места нет, всё перепилено...
> до сих пор на bugzilla.mozilla.org вертится, в смысле как там сервер
> ещё раком не стоит (ну правда мы не знаем, какой там
> сервер, может там 16 ядер и 32 гб оперативки...)32 гб оперативы нонечр умеет десктопная мамка - практически любая.
Ниасилил.
П.С у мозиллы че то около 10 серваков и географически распределенная система - прямо можно сказать - небольшая
Умеет-то любая, но имеет-то не каждая :-) :-)
может, проще было лет 5 назад jira купить?
я, конечно, люблю опенсорс, но и голова у меня на плечах имеется....
хотя если for fun и компания это поощряет - то уай бы и не нот?
> может, проще было лет 5 назад jira купить?
> я, конечно, люблю опенсорс, но и голова у меня на плечах имеется....
> хотя если for fun и компания это поощряет - то уай бы
> и не нот?ну жыру, возможно, и бесплатно могли бы подогнать проекту, у них там есть волшебная лицензия. ибо если ее _покупать_ то это будет что-то типа стоимости этих ваших всяких RH и прочих торвальцов, на столько-то пользователей.
как трекер оно с т.з. администрирования так себе. ее обновление между ветками так и вообще, капец какое веселье.
лет 5 назад это была 3.х жыра, если не ошибаюсь. у меня такая есть, до адекватной версии ее уже не обновить за адекватное время.
У кого голова не плечах имеется в jira близко не подойдёт.
Вы упоролись? Bugzilla была написана во времена, когда компьютеры были большими, а на современных она просто летает. А Жира? Перл на Яву поменять? Без исходников?
> Вы упоролись? Bugzilla была написана во времена, когда компьютеры были большими, а
> на современных она просто летает.Открой в браузере полсотни вкладок с багзиллой и удивись как она "летает":)
> Открой в браузере полсотни вкладок с багзиллой и удивись как она "летает":)- А если рельсу?!
- Хррр... - сказала японская пила.
- То-то - сказали суровые сибирские мужики.
> Вы упоролись? Bugzilla была написана во времена, когда компьютеры были большими, а
> на современных она просто летает. А Жира? Перл на Яву поменять?
> Без исходников?пишите плагины API есть
у меня джира прекрасно работает, обновлялся несколько раз, правда, между минорными релизами
скорость вполне себе неплохая, 8 гиг оперативки и тюнинг инит скриптов сделали свое дело
Что нормального в гит? Набор перловки. Весит для Виндовса - немеряно. Реализация - г*но, ключи ком. строки - г*но, в каком месте нормальный-то?
> Набор перловкиНе перловки, и C + Perl. Очень правильно и юниксвейно. А убогий питон похоронил bzr и hg, на чистом с же тоже можно написать крап (svn).
> Весит для Виндовса - немеряно.
Какого ещё виндовса? Сколько он по-вашему весит?
> Реализация - г*но
В чём?
> ключи ком. строки - г*но
В чём? Типичный бред тупого неосилятора.
> Что нормального в гит? Набор перловки.Нынче там си в основном. Перловки немного есть. Ну и что? Набор бидонятины еще хуже.
> Весит для Виндовса - немеряно.
Ой, по сравнению с вьюжлстудией которая ставится полдня и делает 4 (!!!!) ребута - это все мелочи. Да и вообще, юзеры винды привычны к тому что если прога - то как минимум на сидюк, где редистрибутаблы на все случаи лежат. Ведь у недосистемы нет репов, реюз библиотек и программ эти досовые питекантропы тоже не умеют. Ну вот и получаются программы на сидюк весом.
> Реализация - г*но, ключи ком. строки - г*но, в каком месте нормальный-то?
Не, чувак, это командлайн в винде - гoвнo. Отсюда и все твои проблемы. В нормальных системах с нормальными терминалками и шеллом все как раз очень удобно, тычок на tab даже подсказывает по внутренним параметрам. Ибо расширение автодополнения - в комплекте. Но в винде с этим все плохо. Что с дефолтным консольным окном, не менявшимся с времен винтукея, что с дубоывми интерпретерами команд. Система для хомяков, которых не парит повышение эффективности своей работы.
вы ошиблись - им понадобилось всего 6, а не 10 лет
Спасибо!
Мне gnats больше нравился :(
> Мне gnats больше нравился :(О, мсье, вне всякого сомнения, знает толк в извращениях!
>> Мне gnats больше нравился :(
> О, мсье, вне всякого сомнения, знает толк в извращениях!Скорее, в юниксвее. "Работает - не трогай" же. Ну и "Наши деды пользовались, мы пользуемся, и наши внуки пользоваться будут. Главное - ничего не трогать".
Не надо путать юниксвей с ретроградством
> Не надо путать юниксвей с ретроградствомБагзилла вроде как получается вполне юниксвейной: делает одну задачу - трекает баги. И делает ее довольно хорошо - там можно найти все что ожидается от любого современного и мощного багтрекера. Нет, это вовсе не web2.0-интерфейс. А прежде всего нормальные средства выборки багов по статусам/овнерам и прочее, нормальный набор статусов багов и более-менее обычный и понятный воркфлоу. И еще багзилла в каждом третьем проекте для трека багов используется, из-за чего с таковой умеет работать любой, кто вообще в состоянии грамотно завести багрепорт.
mailman пусть на mlmmj меняют
Новость хорошая, потому что gnats это лютый %$#@&. Новость даже отличная потому что они не перешли на JIRA (а она рассматривалась), ибо она ещё хуже gnats. Bugzilla конечно тоже отвратительна, но вместо gnats и jira можно потерпеть и её.[сообщение отредактировано модератором]
Только зачем мне теперь бидон для отсылки PR (devel/pybugz)?
> Только зачем мне теперь бидон для отсылки PR (devel/pybugz)?можно браузером слать
там ща в ports@ хороший такой сра^W^W^Wактивное обсуждение "нафига" "а как щас жить" и тд
> Новость даже отличная потому что они не перешли на JIRAа с жиром что не так? вроде вполне себе обычная система, быстро работает, для новичков понятная...
> быстро работаетНе всякая организация может позволить себе выделить топовый мейнфрейм под жиру. Вам повезло, такая большая честь.
>> а с жиром что не такЗависмость от SaaS жизнь боль.
>>> а с жиром что не так
> Зависмость от SaaS жизнь боль.так её же можно поставить на свой сервер
>>быстро работаетну ты и юморист
>>>быстро работает
> ну ты и юмористПросто горячий эстонский парень.
>> Новость даже отличная потому что они не перешли на JIRA
> а с жиром что не так? вроде вполне себе обычная система, быстро
> работает, для новичков понятная...быстро работает с каким кол-вом "проектов", сколько тикетов в проектах, сколько (примерно) с ней человек работает единовремено? какой она у Вас версии и сколько дней(?) будут курить все зависящие от нее когда решите ее обновить до актуальной версии?
проект: 1
тикет: 1
человек: 1 (я)
дней: 0 (первый день)
будут курить: я не курю
> проект: 1
> тикет: 1
> человек: 1 (я)
> дней: 0 (первый день)
> будут курить: я не курюну начнешь значит, когда значение счетчиков которые выше будут сильно больше 1 и 0
> будут курить: я не курюМама не разрешила?
> проект: 1
> тикет: 1
> человек: 1 (я)
> дней: 0 (первый день)
> будут курить: я не курюЭнтерпрайзно, чо.
> а с жиром что не так?Читать с экрана мешает :(.
Всё не так. Кошмарный тормозной бэкенд, перегруженный и тормозной интерфейс. Нет, работает она не быстро и нет, для новичков она не понятная.
вчера вышли обновления безопасности
хорошо. а то прям мамонты были.
лучше бы на redmine пересели
> лучше бы на redmine переселиИ правда. Хреновый багтрекер, галимая вика, и еще кучка каких-то недоразумений. Зато все и сразу. "Проще админить" - стандартный аргумент, надежно отличающий проекты Васи Пупкина с страничкой на бесплатном хостинге от серьезных проектов.
У FreeBSD Project появился еще один неплохой ресурс (хоть и для разработчиков), достойный для публикации в новость - https://phabric.freebsd.org/
В этом же году, если не изменяет память, разработчики начали внедрять Jenkins и обновлять фреймворк для регрессионного тестирования системы.
Это все очень и очень позитивные изменения, в довесок к pkgng, обновляемым репозиториям pkg и разделением бранчей портов на стабильное и свежее.
А самое главное где? А то все разговаривают. А где инструкция по пользованию bugz для доступа к freebsd багтрекингу, или хотя-бы какой url вводить, а то send-pr отсылает на вебформу. На странице https://www.freebsd.org/support/bugreports.html , в мануале https://www.freebsd.org/doc/en_US.ISO8859-1/articles/problem... ничего нет.