Где пакеты для netbeans?

на офсайте пакеты от 1 сентября 2023 года. И потом хелло можно написать где угодно. Хоть в gedit, хоть в IntelliJ IDEA

хелло можно написать где угодно

Вот пример статьи для Eclipse - https://www.javatpoint.com/javafx-with-eclipse

Согласитесь, что здесь документаторы поработали лучше (хотя всё равно ещё недостаточно хорошо). Но из этой статьи хотя бы видно, какие .jar-файлы нужны для сборки/запуска JavaFX-приложения.

на офсайте пакеты от 1 сентября 2023 года.

Они бинарники! А надо всё из исходников собирать, иначе не считается.

А надо всё из исходников собирать

Собирай.

теги нормально стоят.

Собирай.

там есть собранный .deb:
https://netbeans.apache.org/front/main/download/nb19/
но его не видно в репологии. Непорядок.

Каждая неработающая фича индицирует говнюка-вахтёра, которому что-то не понравилось.

Ещё сосредоточится на сборке Netbeans мне мешает мысль, что Eclipse круче, чем Netbeans и собирать надо именно Eclipse. Вывод о том, что Eclipse круче я сделал по двум статьям howto hello world, упомянутым выше.

Собери Eclipse

Да, следущую тему об этом создам, только не сегодня, netbeans измотал меня!

Каждая неработающая фича индицирует говнюка-вахтёра, которому что-то не понравилось.

Не будь говнюком-вахтёром, собери сам.

Обязательно! Еще добавлю что собирать eclipse и netbeans из готовых пакетов дистрибьютива неправославно - только master в гитхабе, только хардкор!

P.S. Переезжай уже на FreeBSD, зачем тебе этот пользовательский линукс.

только master в гитхабе, только хардкор

Мне тоже нравилась эта идея, до тех пор, пока на гитхабе не поменяют версию tar и из-за этого разъедутся все контрольные суммы.

Между прочим, выкачивание архивов по SHA1 это специальная фича, и у неё есть имя, не во всех web-мордах для git такая фича есть.

Переезжай уже на FreeBSD

Что поменяется? Лучше уж на NixOS, мне так кажется. Но она сложная…

Переезжай уже на FreeBSD

Что поменяется?

Поймешь новые грани и смыслы слова «сложно».

неубедительно. NetBSD просто старая и непрогрессивная. Если уж переходить, то на модную и молодёжную.

Где пакеты

Посмотри в пакете с пакетами

Если уж переходить, то на модную и молодёжную.

Тогда переходи сразу на ТикТок, молодежнее некуда.

Исходники здесь: https://github.com/apache/netbeans

Собери их оба. И codelite собери.

https://bugs.gentoo.org/551498

https://wiki.debian.org/Netbeans https://computingforgeeks.com/install-netbeans-ide-on-debian-ubuntu-and-linux-mint/

UPD: может Arch поставить?

Это самая лучшая идея из тех, которые тебя посетили

Кстати, можно и на некрофильском дебиане сидеть. Ставишь докер и дистробокс, а через дистробокс арч и через арч сетевые бобы. Звучит как безумие, но ты и так выбрал путь страдания ради стабильности™

дистробокс

если бы она с xorg-сервером работала бы, то это была бы интересная штука. Но насколько я знаю, разные виртуалки на один экран только qubes os умеет выводить.

Вообще то можно запускать NetBeans без всяких инсталлеров. Просто скачать и распаковать архив netbeans-19-bin.zip отсюда: https://netbeans.apache.org/front/main/download/nb19/

Нет. Это не виртуалки, это контейниризация - у тебя ядро параллельно «запустит» еще одну операционку (это не более чем «ловкость рук и никакого обмана», поэтому ничего не стоит)

https://hackandslash.blog/how-to-use-distrobox-for-multiple-local-development-environments/ почитай. Гуишные проги автоматом добавятся. У тебя в приложениях повяится ярлык, ты просто будешь по нему тыкать, а там под копотом будет все в контейнере запускаться, где твой хомяк примонтирован в хом

Сейчас уже версия 17

Вот, уже столько версий не смогли обеспечить переноса из багтрекера в дерево! Не дали автору билда прав и привелегий, ругали и не уважали его. И вот результат…

Ты б ещё тебе предложил права доступа к дереву дать.

Проблему надо решать в общем случае. Надо организовать систему хранения так, чтобы под каждый ebuild был репозиторий с отдельными правами. Сейчас сделали по оверлею на разработчика, но это не то же самое, потому что оверлеи слишком независимы от всего остального. Надо чтобы был единый логин, доступ к прочим сервисам (вики, багтрекеру, форумам и т.д.). Сейчас оверлеи не выглядят едиными, у них собственные багтрекеры (особенно на github), у них отсутствует документация в стиле gentoo wiki и т.д.

Всё это ломает удовольствие экспириенс пользователя

чтобы под каждый ebuild был репозиторий

Я бы ещё понял,если бы «под каждый пакет или проект», но предложенное уже слишком. Но даже это не снимает каких-либо минимальных дополнительных требований и обязательств.

у них собственные багтрекеры

У некоторых оверлеев багтреккер общий с ::gentoo, например у ::guru. Возможно, это относится и к другим официальным лверлеям отдельных проектов.

Всё это ломает удовольствие экспириенс пользователя

все это его составляет.