Проекты CentOS и Fedora сообщили о решении по созданию сервиса совместной разработки Git Forge, который будет построен с использованием платформы GitLab. GitLab станет первичной платформой для взаимодействия с Git-репозиториями и для хостинга проектов, связанных с дистрибутивами CentOS и Fedora. Ранее применяемый сервис Pagure продолжит существовать, но будет передан на попечение сообществу, заинтересованному в продолжении разработки. Pagure будет выведен из под сопровождения трудоустроенной в Red Hat команды CPE (Community Platform Engineering), занимающейся поддержанием инфраструктуры для разработки и публикации релизов Fedora и CentOS...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52642
> Pagure будет выведен из под сопровожденияСудьба-судьбинушка всех проектов, написанных на пихоне. Не, я серьезно. Вот попробуйте открыть две ссылки. Вторая не откроется.
- https://src.fedoraproject.org/rpms/texlive/tree/master (список файлов)
- https://src.fedoraproject.org/rpms/texlive/blob/master/f/tex... (один из файлов)
> Судьба-судьбинушка всех проектов, написанных на пихоне.Кроме тех сотен и тысяч, которые взлетели, я полагаю? Включая проекты посложнее, чем issue tracker?
> Вот попробуйте открыть две ссылки. Вторая не откроется.
А, ну раз одна ссылка в интернете не окрывается, тогда да, можно закапывать. На C++ все ссылки открываются.
> проекты посложнее, чем issue trackerПеречисли оба. Потому что одноразовых скриптов на выброс действительно много, а что-то стоящее переписывается на вменяемый язык сразу, как только становится сложнее 99 Bottles of Beer.
> На C++ все ссылки открываются
Ну попробуй привести любую неоткрывающуюся ссылку, бэкенд которого заведомо работает на плюсах. Хотя бы одну. Зная, что прошу тебя о довольно сложном, даю тебе срок в 50 лет. Ссылку на неработающий пихоно-бэк я тебе скинул за 50 секунд.
И не найдет, потому что там NullPointerException в логе упавшего бэкенда.
Мне попадался( «фартануло» получить на поддержку тот эпик-мусор ).
Хотя ссылки я уже и не назову, т.к дело было неск лет назад, но оказалось, что, в зависимости от ситуации, даже Пых с норм фреймворком может быть несравненно лучше плюсОвого мусора...Хотя и питон я весьма недолюбливаю( а с пахом уже неск лет не имею дел )
Человек, который привязывает качество кода и инфраструктуры к языку программирования, -- не большого ума. К такому выводу я пришел.
Или же большого ума, но с большим эго и недостатком любви.
> качество кодаКонкретно в пихоне, — id est в культуре пихонокодинга, — показателем качества пихонокода является только и только то, автоотформатирован ли пихонокод в соответствии с PEP8. Плевать, что ссылка не открывается, плевать, что остальные открываются едва. Главное, что между пихонофункциями стоят по две пустые пихоностроки. А о производительности лучше не думать, — пихонщиков заверили, что всё самое тяжеловесное реализовано на си.
Смотри, чтобы желчь не прожгла гениталии, когда плюешься ею.
небольшого*
Держите нас в курсе своих озарений.
Я посмотрел в свой хрустальный шар и вижу что там проблема со стораджем, битый блок, поэтому и не читаются файлы. Причём тут язык программирования?
Статистически ты прав. Если из репа какого нибудь популярного дистра ставить все подряд питон программы, то заработает только половина.
Gitlab написан на Ruby on Rails
Всегда понимал "юбер аллес", как юбер аллес, теперь - и как: - "маразм крепчал"... Приватные разработки пусть крутятся в привате... А на гите - как бы это не звалось - хаб, лаб - м...звонство... Типа - есть, а Вам - болт с резьбой на 13,5...
Пытался понять, что ты сказал, но не понял
Я тоже
Это "возможностях",группах, где всегда есть "+1, но не ты"... О платформе, которая позиционировалась, как "для совместной разработки, открытой для всех заинтересованных"... Теперь понеслось дробление "по сервисам", дальше - "интеграция в системд"???
И вход по QR...
Это, наверное, сишник. У них часто бьются указатели в мозгу и переполняется речевой буфер.
Бывает, как реакция на очередную непотребность...
Надо делать для такого активный гарбедж коллектинг. А то так крышняк может совсем уехать.
дался всем этот гитлаб. а если использовать как saas, то вообще не понимаю какие у него могут преимущества перед гитхабом.
наверно тем, что он не подконтролен мелкософту
т.е. чисто религиозные причины? гитлаб у нас теперь новая "корпорация добра"?
Чисто корпоративные. Или может ibm еще и денеги в майкрософт посылать в качестве благотворительности?
не похоже они на корпорацию добра, но противовес мелкософту должен бытьк тому же гитлаб есть он премис, а гитхаб только за денежку
> к тому же гитлаб есть он премисно федора ведь не собирается им пользоваться - они, кажется, вместо этого собрались уволить "бесполезную команду" CPE
Или это опять религиозное - "к тому же он есть, хотя нам даром не нужен" ?
>> к тому же гитлаб есть он премис
> но федора ведь не собирается им пользоваться - они, кажется, вместо этого
> собрались уволить "бесполезную команду" CPE
> Или это опять религиозное - "к тому же он есть, хотя нам
> даром не нужен" ?ну я использую.. у меня свой gitlab
Ну менять шило на мыло тоже погоды не сделает
GitHub даже merge ff-only для пулреквестов не умеет, а rebase and merge ребейзит всегда, даже если в этом нет необходимости. Как этим убожеством вообще пользоваться-то?
> GitHub даже merge ff-only для пулреквестов не умеетПо идеологической и вполне разумной причине - чтобы было видно, кто и когда мержит.
А давайте гитхаб не будет за меня решать, какой у меня flow.
Какие-какие. Там все сервисы для разработки -- из коробки идут, как часть проекта. Как следствие -- более тесная интеграция даже на уровне UI.
standalone версия
Github просто опоздал с релизом своих Actions по сравнению с доступным CI/CD в gitlab-е
> Web-терминал для Web IDE;Одни переписывают X11 как Wayland, другие как Web-xxx. Вместо совершенствования самого X11.
А третьим хватает xorg.conf, и могут работать с рабочими столами через ctrl+alt+f<N>, ну и косолями тоже... И bash - рожднее русского :-)
Рецепт совершенствования Х11: выбрасываете этот кусок мумиё и делаете что-то новое.
> Рецепт совершенствования Х11: выбрасываете этот кусок мумиё и делаете что-то новое.Чем тебе иксы не угодили, мой жопастенький? :(
В X11 никто не может разобраться начиная с 1987 когда вышла 11 версия и разработка перешла в руки каких-то непонятных фондов, которые со временем стали перебрасывать друг на друга (1996, 2004) ответственность за разработку. Все что клепали позже это велосипеды и подпорки от васянов, а не разработка. Собственно поэтому иксы и надо выкидывать, а не потому что они плохие.
Хорошо, но то что предлагается как замена для X11 --- возвращает нас на уровень 1981 года, где каждое приложение рисовало что ни попадя во фреймбуфер и никакого стандарта не существовало. Даже по сравнению с текущими X11 это очевидная деградация. Почему нельзя было обучиться на прошлых ошибках и развиваться эволюционно? Зачем прыгать обратно в 81 год и начинать всё с начала?
> Вместо совершенствования самого X11.на него уселась задница redhibm, и никому ничего там усовершенствовать не позволит.
да и не выйдет, на самом деле - для начала надо выбросить гом, признав что концепция "десктопа" неплохо освоена microsoft, и кому она нравится - может строем валить нахрен. А потом выбросить все ради него понатащеное, и начать с чистого листа.
Так и делается...
Гитлаб этот жирная слоняра.
Откушал 1.5 Гб ОЗУ сразу после инсталляции.
В системных требованиях рекомендуется выделять от 4 Гб ОЗУ.Поставил Gitea - 120 Мб ОЗУ с несколькими репами.
По фунционалу и виду почти клон гитхаба и развивается очень активно.Вопрос знатокам - во сколько раз дешевле будет стоить вдс-ка для Gitea?
Гитлаб для ынтерпрайза, где нужны дополнительные фичи.
Если не нужны доп. фичи, то и не нужен гитлаб.
Аминь.
Гитлаб который используется средней компанией
54 гига памяти сейчас занимает в ОЗУ
Тяжело сказать сколько ему надо ядер но 4 точно загрузит, скорее всего лучше 8 или 16
Гит на обычной VDS будет просто золотой с такими аппетитами.Так что я бы не советовал с ним связываться если нет лишнего сервера или куры деньги не клюют (у нас клюют).
средней компанией это сколько пользователей? и сколько проектов?54 гига - это что-то маловероятное
удваиваю вопрос
вот наш вариантCPU
6 cores
Memory Usage
5.22 GB / 15.5 GB
Еще бы он же на Руби написан, и даже если сейчас как обычно прибегут сказочники что будут говорит что зависит от программиста. Нет не зависит.
не, не зависит - мы для codereview используем проприетарную поделку на жабе - те же самые 50G или даже уже больше.Видать, место проклято.
Да, у некоторых к головах так устроено, что когда проблемы у руби, то виновата в этом жаба.
Хм, сравнивать вкус 2 куска г.на( рубин и жабу ), ещё и споря, какой из них вкуснее.,
Месье знают толк в извращениях
говорят же ж вам - место тут проклято, а не жаба с руби виноваты!Скока-скока, кстати, жрет phabricator?
Выглядит так, что кто-то криво потюнил или всё держит в памяти (или посчитал ОЗУ с учётом кэша прежде чем делать выводы)
Там у него внутрях много свистоперделок которые не всегда нужны. Что-то можно по отключать, например prometheus.
Ушли на Gitea+Jenkins. Слишком уж большие запросы и адски тормозной агрегат. Хотя возможности да, неплохие.
Вот мне тоже не понравился гитлаб, хорошо что гитея подвернулась :)Pagure - просто не нагуглился почему то когда я искал на что свалить с фабрикатора так чтобы там были пулргевесты с ревью через вебморду, так бы может он стоял.
Всякие фичи к гитее тоже прикручиваются, правда иногда для этого нужно скриптовать хуки или что то ещё.
Насчёт скорости гитеи - у меня зеркало гитхаб зеркала портов фри и исходников, так вот почему то в гитее они открываются очень долго - 40 секунд она что то жуёт процом прежде чем отдать первую страничку со списком файлов :(
На райзене 2700х 10 секунд - тоже крайне долго.
Имеет смысл задать вопрос разрабам насчет тормозов.
Возможно есть какие-то варианты для тюнинга.
А лучше всего создать issue и там подробно описать трабл чтобы это было на виду для всех.
Есть такое в багтрекере уже давно.
Я искал где проблема но у меня кончился энтузиазм, примерно я понял что гитея своими силами какую то часть служебки парсит и в больших репах это проблема.
Если не нужны свистелки, а только сам репозиторий лучше смотреть в сторону gogs на котором гитеа и основана.
Так гитлаб это не только веб-морда к гиту. Там еще и CI. Прикрутите еще какой-нибудь Jenkins, жрать будет сравнимо.
Ужасный GitLab требует javascript для своей работы, что неприемлемо для любого разумного человека.
К счастью я пользуюсь разработанным Microsoft, Github и не испытываю каких либо проблем. Несомненно все продукты Mircosoft лучшие на рынке.
Бгггг... зачот )))
Сходить за сковородой что ли.. чтоб не пропадал зря жир, так и капающий с моника при отрисовке этого коммента...
Очень зря.
Гитлаб почти не поддерживаемая фигня, требующая около 500 зависимостей за собой в систему на фре, для сравнения у меня на десктопе примерно 700 портов стоит.
Когда я гитлаб ставил - он при следующем обновлении сломался.
Не знаю, как там на фре, но для Debian-based систем они выпускают пакет, в котором chef по готовым рецептам поддерживает конфигурацию всех сервисов в нужном состоянии. И никаких пятисот зависимостей -- всё своё тащат с собой в этом же пакете. За несколько лет ежедневных ночных обновлений -- ни одной поломки.
Понимаю, особенности работы системы со всеми этими зависимостями...
Но по прежнему остаётся то что гитлаб крайне громоздкий и прожорливый.
> Но по прежнему остаётся то что гитлаб крайне громоздкий и прожорливый.Откровенно говоря, я думаю, что в наше время на это уже можно болт забить. Это -- уже давным давно не проблема.
Это проблема, например на сервачке с пределом в 32 ГБ ОЗУ.
Во-первых, памяти много не бывает, надо ведь и другие задачи решать.
Как-бы расход 0.5 Гб или 5Гб это две большие разницы.
Во-вторых, чем тормозней софт, тем быстрее мрет железо.Поэтому жручесть гитлаба это его очевидный недостаток по сравнению с альтернативными решениями.
Соответсвенно, разумно его обходить стороной, особенно тогда, когда "не проблема" решается за твой счет.
А вы что, может ещё всё, всключая бекапы, держите на единственном продовом сервере?
Если нет, то нет жёстких требований к ОЗУ.
Если больше 32Гб туда не воткнуть - перестаньте использовать под сервер свой домашний комп.Про "быстее мрёт железо"... хватит наркоманить, купи нормальное железо, раздели задачи по разным серверам, сделай чтобы оно не свопилось 24/7, поставь харды нормальные и питание нормальное и оно будет работать десяток лет без проблем.
Нишыша разумного в отказе от готового полнофункционального ПО в угоду костылям из говна и палок на поддержку которых надо ещё отряд админов и разрабов держать - нет. Есть задачи важнее и интереснее, чем выдумывать себе работу вместо того чтобы докупить ОЗУ по смоимости меньше чем за выходные пробухаешь.
Вы тут с кем разговариваете?Я так понял, мне предлагается под гитлаб выделить отдельный сервак,
еще сервак отдельный под нжинкс, а, еще под базу отдельный и т.д.
Ну что ж, наверное это прорыв в пробитии дна.
Прод - конечно отдельный сервак.
Бэкапы - конечно отдельный сервак.
Нжинкс... ну если нагрузка соответствует, то почему бы и не да? Иногда даже не один. Иногда нжинкс выступает в роли балансера, а за ним прячется много-много веб-серверов как для балансировки нагрузки, так и для разделения значимых частей на отдельные сервера.
Базы тоже разные бывают и их тоже вполне себе разносят на разные сервера.
А ещё есть резервирование.
Ну это всё если у вас там серьёзный проект, а не петпрожект полутора студентов, а репо такой жирный потому что там куча бинарников, логов и прочих артефактов сборки в репозитории повисли потому что у кого-то руки из жопы.
Это же прописные истины
> Это проблема, например на сервачке с пределом в 32 ГБ ОЗУ.Я тут мимо пробегал, и вот что хочу добавить. Попробуйте гитлаб себе как-нибудь, ээээ, ну хотя бы поставить. В компаниях, где гитлабом у меня пользуются 50-100 человек, он у меня почему-то не выжирал более 4-6 гигов. С 32мя гигами можете спокойно жить целую вечность. Главное -- чтобы раннеры были на отдельной тачке.
Откровенно говоря, такие как вы и ломают мой веб (да и десктоп тоже).
Гоните его ссаными тряпками, ребята!
> Откровенно говоря, такие как вы и ломают мой веб (да и десктоп тоже).Нет. Благодаря таким, как я -- этот ваш веб, который уже скатился ниже некуда, продолжает работать. Даже не смотря на то, что его пишут криворукие макаки.
Каждое новое поколение программистов пополняется толпами неквалифицированных зайчиков, которые пишут абы как. Есть проекты, в которых менеджмент кое-как умудряется наладить производство конечного продукта даже не смотря на то, с кем приходится работать. Результат отправляется нам, опсам, с примерно такой формулировкой: мы вот тут что-то настрочили, пожалуйста заставьте это работать, чтобы оно нам деньги приносило. И каким бы куском буроватого цвета это что-то ни было, мы заставляем его работать. Заставляем всеми доступными нам способами.
Ваша проблема -- не в том, что мы можем заставить работать даже ЭТО. Ваша проблема в толпах неквалифицированных безалаберных разработчиков.
> Ваша проблема -- не в том, что мы можем заставить работать даже ЭТО. Ваша проблема в толпах неквалифицированных безалаберных разработчиков.Как это вяжется с другим твоим мнением?
> Откровенно говоря, я думаю, что в наше время на это уже можно болт забить. Это -- уже давным давно не проблема.
То есть, памяти у нас до фига, давайте не будем о ней париться. И тут же - обливание помоями тех, кто разрабатывает (или дорабатывает) исходя из этой установки. Если я правильно понял, то это какая-то ругань на самого себя.
>> Ваша проблема -- не в том, что мы можем заставить работать даже ЭТО. Ваша проблема в толпах неквалифицированных безалаберных разработчиков.
> Как это вяжется с другим твоим мнением?Не понятно - задавайте вопросы.
>> Откровенно говоря, я думаю, что в наше время на это уже можно болт забить. Это -- уже давным давно не проблема.
> То есть, памяти у нас до фига, давайте не будем о ней париться.Именно так. Память стоит достаточно дёшево. Вот недавно, к примеру, я купил полтерабайта ECC-шной рамы всего за 650$. В то же время цена разработчика -- где-то $3000-4000 в месяц.
> И тут же - обливание помоями тех, кто разрабатывает (или дорабатывает) исходя из этой установки.
Нет никакой установки. Просто вопрос приоритетов. Компании парятся в первую очередь об основной статье своих расходов. А люди стоят компании дороже железа.
Поэтому в первую очередь стек технологий выбирается не из соображений, насколько он будет жирным, а из расчёта, насколько быстро с его помощью будет получен результат; насколько дёшево его можно будет поддерживать; насколько легко люди будут заменимы;
Из-за обилия IT-шников низкой квалификации получают развитие технологии, нивелирующие их криворукость. А достигается это как правило увеличением потребления ресурсов.
Не хотелось бы платить больше.
> Не хотелось бы платить больше.Это желание есть производное от прибыли.
Потому что ставить надо через докер.
Освой, наконец, synth и собирай в песочнице эти 100500 пакетов.
а мсье явно извращенец! Гитлаб установленный однажды и настроенный по мануалу и прямыми руками, просто работает и всегда корректно обновляется. А по возможностям у него конкурентов просто нет!
Есть какие-либо, кроме гит-лаба и хаба свободные Гит или Меркуриал репозитории?
Стенделоун это гогз и гитеа. Как сервис битбакет.
есть, но тебе вряд ли понравится: RhodeCode и KalliThea
(ну и bitbucket, есил уж совсем скучно жить)
От меркуриала уже даже битбакет отказался.
И что вообще за "свободные репозитории"? Бесплатные? Халява для твоих приватных поделок? Сайты с бесплатным ПО с собственным инстансом системы контроля версий?
для твоих приватных поделок не нужны ни гитхап, ни гитляп, ни их замена.Это социяльные сеточки для разработчиков, посасывающих друг у дружки. Средства коллективной работы с кодом, другими словами. Чуть более разумные чем "порежьте помельче и пришлите в рассылку".
Вот таких чтоб с меркуриалом еще - наверное, кроме калитии не осталось.
У тебя какие-то странные мечты и фетиши про соц.сеточки. Тебя много чморят, девочки не дают и мамка на гречку коленями ставит в 42 или откуда такое? Сходи к психиатру может /* нет, именно ты не к психологу */
есть масса, но ты будеш от них плеватся))
Что за хрень у Fedora шикарный менеджер Git репозиториев. Удобный легкий интерфейс. Почему решили все сломать.
Бюджет сам себя не освоит!
>> Средства управления дизайномДумал там какие-нибудь штуки типа аналога Figma или хотя бы интеграция с подобным, а там можно котовые картиночки (даже не xcf/psd) просто загружать и метки на них оставлять. Ну такое, прекрасно решалось любым скриншоттером. Версии в рамках одной таски обычно не меняются.
>> объявила об открытии реализаций 18
Так это всё доступно если скачать/развернуть распоследнюю community edition к себе или нет?
Mattermost всё ещё для простых проектов никак?
Примечательно, что FSF, выбирая платформу-дублёр Savannah, считали Pagure наиболее предпочтительной, а GitLab отмели сразу: https://www.opennet.me/opennews/art.shtml?num=52431
Пока в Gitlab Community не будет Pull Request'ов эта версия всё еще не будет применима для команд даже среднего размера.
К сожалению.
Вообще-то они там есть.
ты бы документацию почитал для начала, прежде чем чушь писать!
Эт' шо, анонс грядущей покупки Гитлаба Редхатом?
не, они дерьма тоже не покупатели
Тормознутному RedHat с тормознутым Pyhton'om, тормознутый shitlab.
> Проекты CentOS и FedoraТо-есть, RedHat?
"канареечных развёртываний"
canary release?
facepalm
кто ж такого уродца родил?
А как надо было? "канарейковых"?
> А как надо было? "канарейковых"?если литературно, то можно "ступенчатых"
но лучше сохранять оригинальное написаниеа то уже и так ржу с этих бесконечных связываний, хотя был нормальный красивый термин "компоновка", который гораздо точнее отражает суть
опеннетный рюзке езыг - это просто нечто несуразное
> если литературно, то можно "ступенчатых"Нет, нельзя. Канареечное развёртывание -- это пробное развёртывание. Это как канарейку в шахту таскали шахтёры: если канарейка сдохнет, то шахтёры будут знать что им пора валить отсюда. Так и здесь: на небольшую часть систем развёртываем канареечные апдейты, и смотрим не сдохнут ли они.
> но лучше сохранять оригинальное написание
Это спорный вопрос. Есть разные мнения, и на мой взгляд -- это дело вкуса. Вот художественный перевод профессионального сленга -- это плохо, это кончается тем, что там где у забугорных профессионалов есть десять разных терминов на разные случаи жизни, в переводе все эти разные термины переводятся одним словом. И если иногда это приводит к частичной потере смысла (как с canary->ступенчатый), то в других случаях приводит к путанице.