но ругать его за неё вообще-то рука не поднимется

он мог просто уйти, совсем

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

это неправда

я _знаю_

maven и ant выносили не моудльщики а майнтейнер maven и ant

"модульщики" - ничего никуда принудительно не выносили

они создали фреймворк

это неправда

нет, опять неправда

если хочешь стать майнтейнером немодульного java-пакета - приди и скажи об этом

stewardship sig очень нуждается в таких людях

поднимай

я знаю, что наличие пакта в модулях не отнимает возможности майнтейнить его вне модуля

просто желающие делать это не появились

они ругают того одного майнтейнера в чатиках

конфликт имен и ownership между немодульным пакетом и модульным пакетом из default-модуля всегда будет разрешен в пользу немодульного пакета. Это я тебе всем авторитетом FESCo могу гарантировать

потому что поддержка модулей показалась им проще

спроси вон у игоря зачем он разбежался и сделал модуль аж для minetest

в смысле? как убили?

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

modularity-товарищи не учли этого социального аспекта

да, в пакетах. модули предназначены для ситуаций когда это тем не менее необходимо

но вот необходимость надо было ограничивать жестче

сейчас на создание дефолтных модулей ввели мораторий, то есть новые можно делать только с одобрения fesco, но java уже убежала, и теперь её надо реанимировать

такс, я так понимаю что речь идет о пакетах с антом и мавеном?

опять же, она всем нужна, но все так привыкли что там кто-то есть кто пашет за них, что майнтейнить некому, в такой ситуации всё сложно

такс, я так понимаю что речь идет о пакетах с антом и мавеном?

там целая группа пакетов, модули maven, и особенно javatools

майнтейнер их увел в модульное подпространство и немодульные пакеты которые были на них завязаны теперь страдают, например eclipse

там целая группа пакетов, модули maven, и особенно javatools

эм. для работы мавена не нужно ничего кроме jdk

для работы мавена нужен майнтейнер мавена который его опакечивает

и maven там не один, у него кучка плагинов и зависимостей и прочих утилит помельче

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

и maven там не один, у него кучка плагинов и зависимостей и прочих утилит помельче

плагины, зависимости и утилиты мавен тянет с сети, не надо их ставить в систему

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

плагины, зависимости и утилиты мавен тянет с сети, не надо их ставить в систему

когда ты собираешь rpm-ку для eclipse ничего тянуть с сети нельзя

ссзб личить доступ сетевому пакетному манагеру

когда ты собираешь rpm-ку для eclipse ничего тянуть с сети нельзя

мамма-п-п-параннойа

maven central обложен со всех сторон, туда всякий шлак не попадает

мамма-п-п-параннойа

почитай про npm install и историю одной библиотечки из пяти строк

"Builds.shipilev.net - still better than npm install"

почитай про npm install и историю одной библиотечки из пяти строк

ты это рассказываешь фулстек разработчику?

"Builds.shipilev.net - still better than npm install"

ахаха

мамма-п-п-параннойа

не паранойа, а вынужденная необходимость

ты это рассказываешь фулстек разработчику?

https://www.theregister.co.uk/2016/03/23/npm_left_pad_chaos/

я это расказываю тому кто не понимает зачем нужны пакеты

их тоже загнали в модуль, но там ситуация попроще

каждый пакет в maven central подписан автором и только автор туда может нафигарить малвари, чего он делать не станет ибо его сразу пропалят и подвесят за яйца. пакетить jar в пакеты rpm/deb/any else - бред полнейший, ты туда засунешь только ровно то же что лежит в maven central. сомневаюсь что jar кто то проверяет переопакечиванием в rpm

так что это чисто параннойа

https://www.theregister.co.uk/2016/03/23/npm_left_pad_chaos/

это уже баййййааан

спроси вон у игоря зачем он разбежался и сделал модуль аж для minetest

Игорь уже дропнул ВСЕ свои Rust модуль пакеты для F31и сказал что это было очень плохой идеей.

я это расказываю тому кто не понимает зачем нужны пакеты

я прекрасно понимаю для чего и говорю - тут они не нужны

Игорь уже дропнул ВСЕ свои Rust модуль пакеты для F31и сказал что это было очень плохой идеей.

ну вот до minetest руки не дошли видимо )

надо поправить будет

ну вот до minetest руки не дошли видимо )

🙃

.net-core еще та балалайка

я там ещё комайнтейнер до сих пор

не тщательнее maven central

Надо дядю Нёвера спросить😊🤔

я там ещё комайнтейнер до сих пор

The future is this.

ибо он не нужен никому

вы тут такой треш вторится что кошмары потом буду сниться

For fun. 😂

это уже баййййааан

именно что баян, поэтому странно до сих пор видеть людей которые не понимают разницы

п.с. если мучает паранноя - все решается просто, делается проксирующий мавен репо до централа, это прям стопроцентная защита

For fun. 😂

+

именно что баян, поэтому странно до сих пор видеть людей которые не понимают разницы

jar с mvaen central это не какая-то там нодовая балалайка с npm

туда не попадает что угодно

п.с. если мучает паранноя - все решается просто, делается проксирующий мавен репо до централа, это прям стопроцентная защита

Надо бы вот так сделать и сделать dnf plugin

ахахаз

понятно

А что нужно делать?

кстати, а есть реальные кейсы когда java сырцы собираются в copr и пакуются тут же в rpm?

кстати, а есть реальные кейсы когда java сырцы собираются в copr и пакуются тут же в rpm?

@xvitaly @bookwar

кстати, а есть реальные кейсы когда java сырцы собираются в copr и пакуются тут же в rpm?

packit-команда собирается это сделать

А какой патч от тебя хотят

а зачем тогда мавен?

packit-команда собирается это сделать

с каким продуктом?

они собираются в copr?