Гитхаб экшнз и репы мне чот не зашли

Всё как-то не так и работает нестабильно

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

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

Зато там можно запаблишить пакет без подтверждения доменного имени через жира тикет как в мавене..

А в чём проблема с подтверждением доменного имени? Ну кроме случаев, когда кто-то хитрожопо делает себе пакет foobar.*, и то артефакт же необязательно должен пакет повторять.

Проблема в самом требовании. Нигде больше такого маразма нет

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

Мавен - создай жира тикет, сделай домен, да ну нахер

У крейтов с нпм свои проблемы — к примеру, киберсквоттеры, которые регают и продают красивые имена, или регают имена, очень похожие на популярные пакеты.

Ладно, не буду спорить, я с таким не сталкивался.
Как либо писателю мне гораздо удобнее запаблишить в нугет чем в мавен.

Коллеги.
Читаю https://infra.apache.org/publishing-maven-artifacts.html
Apache projects must release all software packages through the ASF mirror system.
Получается запрещено публиковать SNAPSHOT в maven central ?

Этот документ только для Apache Software Foundation. Вы какой проект публиковать хотите?

Open source snapshot артефакт в maven central

А "id prefix reservation" это что такое? Тоже самое же: https://docs.microsoft.com/en-us/nuget/nuget-org/id-prefix-reservation#id-prefix-reservation-criteria

Если вы не работаете над каким-нибудь Apache Commons Net, то вас это вышеприведенная ссылка не касается.

Всем привет! Подскажите, пожалуйста, есть 2 подпроекта, app и lib
app - приложение на Java, которое лолжно использовать *.so из lib (lib - это cpp-library)

не очень поинмаю, как выразить такую зависимость в терминах gradle. В документации написано, что в проекте lib нужно создать конфигурацию, которая будет включать требуемый артефакт (в данном случае *.so), но он получается таской build, но у неё нет outputFile - что-то странное, build по идее как раз .so должен делать (и делает)

я также заметил, что все примеры из документации рассматривают ситуации, когда java проект зависит от другого java проекта, а не от cpp, это ещё больше сбивает с толку

А как использовать хотите? Классический вариант -- запаковать  so внутрь jar и публиковать как обычный jar. Там плюс в том, что so можно искать через getResource.

Вот пример такого проекта: https://github.com/weisJ/darklaf

да, именно так

Господа, а апдейтился ли кто-то на 7.1 и котлин 1.5.20 ? То что раньше нормально паблишилось перестало работать с такой ошибкой, мало ли кто сталкивался?

(ума не приложу где там mpp плагин взялся в ошибке, у меня строго jvm)