Roman K, кто бы сказал! Да только не послушают они, так и будут продолжать клепать свою ужасно тормозную чернуху, UI к которой разрабатывал или садист, или социопат, или не знаю уж кто, но явно ненавидящий людей индивидуум.
Drno, у него же в коде ошибки написано "Make sure you have enabled the 'Windows Hypervisor Platform' feature." Может наоборот надо включить, а не выключить?
Потому что в первом случае '*', а во втором '+='. Если в первом случае '*' заменить на '*=' то результат будет одинаков. Почему? А это уже задание для домашнего раздумывания.
Алексей Черемисин, да, когда многомодульность уже сделана, то VSCode её прекрасно подхватывает. Я не нашёл как её сделать, эту многомодульность, средствами самого VSCode, а не создавая руками pom при помощи внешнего обычного текстового редактора (что мне и пришлось сделать). Так что беру обратно свои слова о том, что многомодульность не поддерживается.
Может плохо искал, не знаю. Но мне пока что достаточно того что подхватывается уже сделанный руками многомодульный pom.
Алексей Черемисин, потому не "из коробки", потому что штатно именно это в VSCode не предусмотрено. Там штатно используется maven, но только в одномодульном варианте, многомодульность maven штатно не предусмотрена. И я интересовался для себя, а что используют другие это их дело, мне же надо было именно для VSCode.
Да классов таких можно понаделать кучу, мне надо было именно чтобы были отдельные проекты. Мне уже ответили про maven modules. Конечно это не решение "из коробки" для Visual Studio Code получается, но вполне приемлемо.
Про такой путь я нагуглил. Хотелось бы обойтись без файлов в ~/.ssh, а использовать те уже загруженные ключи, которые при старте автоматом грузит KeePassXC. Но если по другому никак, что ж, придётся так.
pfg21, под "правильно будет собрать пакет и ставить уже штатным менеджером пакетов" я и имел в виду что сказано как "а уж как правильно должны быть расположены файлы в целевой системе должен озабочиваться создатель пакета". И пакетный менеджер запомнить что куда положилось и после в случае необходимости корректно удалит.
pfg21, я в курсе. Но пакетный менеджер знает что к чему относится и позволяет удобно удалять и не создавать помойку из неизвестно каких файлов неизвестно где.
pfg21, бред. Ставить от корня не надо. Просто в данном случае устанавливать в /usr/local. Но это неправильно, правильно будет собрать пакет и ставить уже штатным менеджером пакетов.