@Nomercy_ls покажешь пример без --legacy? а то я что-то поверил

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

Итак. Для особо одарённых, объясняю. Идём в сообщения ТСа и видим, что она уже делает инсталляцию с lpd пропсом, из-за своей зависимости от ^5.0.4 TS(ставим пометку), также у неё стоит ^5.0.1 версия RSов(делаем пометку) Далее она пишет, что у неё в целом-то всё инсталлируется, с некоторым количеством депрекейтед нотификаций(делаем пометку) Итак, с учётом вводных мы получаем ситуацию: Разработчик имеет какой-то package*.json набор, который резолвится ТОЛЬКО с lpd пропсом(специфика может быть какая – не особо важно) Далее при инсталляции electron-app у ТСа вылетает ошибка электрона, связано это, в 80% случаев с тем, что зависимости что-то не доставили, т.к ideal-tree – бракованный(делаем пометку) Что нужно, чтобы lpd install установил ПРАВИЛЬНОЕ дерево и вообще его ПРАВИЛЬНО построил? – Избавиться от не строгих зависимостей. Убираем крышечки(чтобы избавится от этих зависимостей), сносим package-lock для «чистоты эксперимента» и для перестроения(форсированного) дерева зависимостей, чтобы неожиданно не установилось что-то, чего мы не ожидаем. Удаляем node_modules(чуть ли не просто так, но нет) Далее выполняем npm i, как делали раньше, но фактически устанавливаем идеальное ideal-tree и вот тут то эта хуёвина покажет что где и как на Беларусь готовилось нападение. Как минимум – мы увидим несовместимые пакеты(буквально несовместимые), чего не хватает, все варнинги и прочее. И вот тут то и работает 5ый мой пункт – смотрим в то, что отписал нам npm и выполняем его умные инструкции. Вуаля!

Одаренный, ты дал решение из 5 пунктов из которых убрать крышечки удалить лок («чистоты эксперимента» чтоб похерить проект заменив версии пакетов с которыми ранее работал проект) сделать npm i Далее ты, одаренный, приводишь пример чтоб "разьебать" меня в котором ты вдруг используешь --legacy (чтоб игнорировать нужные библиотечкам зависимости) обрекаешь проект на поломку (потому что библиотечка, которой нужна другая библиотечка с версией n, теперь будет довольствоваться библиотечкой с версий M, совместимы они или нет хз) По итогу ты смог у себя поставить зависимости, выдав заслуги --legacy за свои крышечки и лок

Ты с гитом знаком, вакуольное ты создание? Тебе надо понять чего не хватает и какой зависимости нет, а не ломать ничего. Или реверт в твоей стране законом запрещён?

а чего ты агришься? ты не приплетай гит

ты выдал заслуги --legacy за свои 5 пунктов

Выставление строгих зависимостей обязательно, иначе получишь гимн Украины в продакшене, и я не агрюсь, просто ты меня конкретно подзаебал инфантильностью и желанием выебнуться и выйти победителем из спора, в котором ты изначально вообще не в ту сторону куришь. Твой совет буквально звучит как «ну ебать, на мажорную версию спусти T», что вообще не поможет решить проблемы

> ты меня конкретно подзаебал инфантильностью и желанием выебнуться и выйти победителем из спора, в котором ты изначально вообще не в ту сторону куришь так я и так вышел, ты же не своими пунктами поставил пакеты в своем примере там и без твоих пунктов --legacy их бы поставил > Выставление строгих зависимостей обязательно вообще нет, для этого есть package-lock.json и npm ci > мажорную версию спусти TS», что вообще не поможет решить проблемы дать библиотечке нужную версию как раз таки решит проблему а для своих целей можно хоть алиасы использовать

Я надеюсь ТС придёт и даст бандл или репозиторий и ты сам увидишь в чём там проблема, хотя, блять, это очевидно

перечитай на что я ответ дал

Я прекрасно понимаю на что ты дал ответ, проблема в том, что ideal-tree будет не тот, который хочешь ты, а тот, который резолвится через lpd. А также, если ты всё устанавливал через lpd, то ci не получится сделать, потому что он выкинет ошибку(без lpd) То что пакетные зависимости «заморожены» не решает проблему бувально непонимания что нужно ideal-tree и как его «достроить»

ты может куда-то в другую сторону думаешь, но для чего npm ci строить древо оно должно было построиться при npm i krishechniy-loh, а npm ci уже должен был его воспроизвести его ровно с теми версиями с которыми оно было построенно при всяких npm i или ты мне что-то другое хочешь донести?

Сноску в ci почитай

я из-за тебя полез смотреть как semver работает, а ты продолжал отрицать что-то так что я верю только тебе

@self_own Ваша дискуссия была крайне зрелищной, однако моя ситуация "очень страшно, мы не знаем, что это такое" осталась на месте. На данный момент я попробовала убрать крышки, снести модули и package-lock. Далее npm i указывает на некоторое множество deprecated и советует установить альтернативы. Их установить отдельно, следуя советам умного npm? Я могу доверять его уму и могу ожидать, что при такой установке новых конфликтов не получится? Далее без крышек команда npm-check-updates говорит о том, что зависимости соответствуют последним пакетным версиям. Выходит, остается установка только руками? Ссылка на репозиторий бедного проекта: https://github.com/mulunur/xml-tree-viewer/tree/dev

npm i typescript@^4

electron-builder разве нужен? его же вроде заменяет @electron/builder

И правда, теперь npm i смог собрать электрон. Огромное спасибо за помощь! Дальнейшие ошибки уже точно на моей совести

rакие ошибки?

установка той самой библиотеки, с которой начались проблемы с несоответствием типов. https://www.npmjs.com/package/xsd-schema-validator

типов или версий?

Была ошибка, относящаяся на мой взгляд и к версиям, и к типам. я искала решение по этой ссылке Здесь посоветовали переустановить модули, я их удалила, а после установить уже не смогла из-за electron-builder https://github.com/electron/electron/issues/10167

Полагаю, он был установлен вместе со всем шаблоном проекта (у меня не получилось собрать связку electron react ts с нуля, были очень странные ошибки, долго не могла разобраться). @electron/rebuild должен был решить проблему с несоответствием версии библиотеки xml валидации и самого электрона. Но применить я ее не успела, ведь перед установкой rebuild я удалила все модули ноды и уже не могла даже запустить проект, запуск проекта стал первостепенной задачей

вчерашняя версия и текущая в дев режиме нормально запускаются

Mulünur
эта библиотека отсутствует в package.json репозито...

либо установи типы либо через .d.ts

Mulünur
эта библиотека отсутствует в package.json репозито...

npm i -D electron-builder@^23.6.0 @types/node@18.16.12

Вы самая умная инфузория на планете

заведу себе онлифанс, скину ссылку