да, как maven

Андроид разработчик == грэдл

да, как maven

А maven норм опакечивается?

сложно, но в целом не так всё плохо. в федоре сейчас последняя версия

Ну там не артефакты при которых можно работать. Там вообще оболочка неработоспособная и все "пляшет".

А с gradle какие проблемы?

А с gradle какие проблемы?

его не возможно собрать без интернета. даже если ты локально будешь иметь все нужные джава зависимости, он всё равно не соберётся

слишком древняя карта, надо менять

Прямо как npm

на сколько я знаю, npm в этом плане лучше)

Сам npm может быть, но там куча пакетов, которые сами что-то качают в момент установки.

В Федоре политика мол если ты запихнул в RPM то это сразу становится платформа, а если в Java мире Java собирается другими инструментами и всё работает и всех устраивает, то не волнует.

ну т.е. куча библиотек имеют всего 3-4 строчки кода

В конце-концов всегда можно забить на rpm и пользоваться оракловской jre

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

Чёт я сомневаюсь, что прямо уж иксы старые нужны.

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

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

Ну, в ауре -- да.

Нет, лол.

Разве есть прецеденты бэкдоров в core?

Я о том, что то, что сборочные сценарии превращаются в пакет на машине пользователя, не означает, что они собираются из исходников. В АУРе десятки -bin пакетов, а те же electron-приложения все без исключения качают бинари во время сборки.

Так что так проблемы, что эдак. Возможно я что-то не понял и включил белку истеричку

А я с этим и не спорил~

ну смотри, в чём преимущества быть пакетом в дистрибутиве? в том, что пакет прошёл контроль какого-никакого качества, что он рабочий, что он работает именно на федоре, со всеми пакетами из федоры, соответствует свободным лицензиям, которые разрешены в федоре и т.д. если ты взял бинарь из интернета, никакой гарантии что он будет работать в федоре N, N+1 и т.д. нет. конечно, зачастую оно продолжает работать. но не всегда. ну т.е. взять тот же gnome-shell. в федоре накладываются патчи, некоторые с бэкпортами важных фиксов, некоторые чтобы собиралось с новым GCC.

>пакет прошёл контроль какого-никакого качества, что он рабочий, что он работает именно на федоре Ага, прямо как buildstream в Федоре 32.

Сколько пакет был в нерабочем состоянии неизвестно, мы знаем лишь когда кто-то наконец-то решился открыть баг.

ну смотри, в чём преимущества быть пакетом в дистрибутиве? в том, что пакет прошёл контроль какого-никакого качества, что он рабочий, что он работает именно на федоре, со всеми пакетами из федоры, соответствует свободным лицензиям, которые разрешены в федоре и т.д. если ты взял бинарь из интернета, никакой гарантии что он будет работать в федоре N, N+1 и т.д. нет. конечно, зачастую оно продолжает работать. но не всегда. ну т.е. взять тот же gnome-shell. в федоре накладываются патчи, некоторые с бэкпортами важных фиксов, некоторые чтобы собиралось с новым GCC.

https://bugzilla.redhat.com/show_bug.cgi?id=1821245 Контроль качества в Fedora гарантирован.

Добавь минимальный автотест и если оно собралось под rawhide то тест будет прогоняться автоматом

Я лично перешел на федору из-за напрвления на атомарность и контейнеризацию, мне показалась схожа система пакетов, но при этом для развертывания некотрых систем федора попросту удобнее арча. Но, если я попросту не могу установить, java jdk и работать как во всех нормлаьных дистрибутивах — мне проще как и раньше вести всю разработку в контейнерах. Почему я от этого хотел отойти: просто неудобно, зачастую это говорит о костялях в реализации, но это уже про другое. Я понимаю что это про основной репо речь, но я всегда знал в арче, что если что-то сломалось, то я делаю откат пакета, если чего-то нету, то я либо нахожу в ауре, либо качаю и сам делаю pkgbuild. В федоре меня пока издалека нечала пугать перспектива, что сделать пакет чего-то сложного — это сильно сложнее SPEC файлов и проще это распространять и разворачивать как-то в обход основного репозитория.

в том конкретном баге - не помогло бы. на момент сборки 0.9.0 он был вполне рабочим. это потом с новыми зависимостями что-то сломалось.

Я лично перешел на федору из-за напрвления на атомарность и контейнеризацию, мне показалась схожа система пакетов, но при этом для развертывания некотрых систем федора попросту удобнее арча. Но, если я попросту не могу установить, java jdk и работать как во всех нормлаьных дистрибутивах — мне проще как и раньше вести всю разработку в контейнерах. Почему я от этого хотел отойти: просто неудобно, зачастую это говорит о костялях в реализации, но это уже про другое. Я понимаю что это про основной репо речь, но я всегда знал в арче, что если что-то сломалось, то я делаю откат пакета, если чего-то нету, то я либо нахожу в ауре, либо качаю и сам делаю pkgbuild. В федоре меня пока издалека нечала пугать перспектива, что сделать пакет чего-то сложного — это сильно сложнее SPEC файлов и проще это распространять и разворачивать как-то в обход основного репозитория.

Пока да, но есть варианты запускать mass retest также как mass rebuild. Мы пока думаем над этим но базу тестов уже имеет смысл иметь

>если я попросту не могу установить, java jdk Они здесь немного про другое. Ты можешь использовать maven/npm/cargo/etc как обычно, чего ты не можешь делать просто так - так это собирать пакеты на оных сборочных системах.

Оных — сервера сборки fedora?

Оных — сервера сборки fedora?

Нет, maven/npm/cargo/etc

Там ничего особенного просто любая команда запускается в вм. Это не тест-фреймворк а запускалка для него

Оных — сервера сборки fedora?

Но можно начать например с "binary --version"

это не тест

Спасибо кеп

В copr собирай без проблем. Для себя и не только.