iFinder

Спасибо за инструкцию как это сделать. Но хотелось бы понимать: 1. Что такое "индекс репы" ? 2. Зачем делать "индекс репы" ? - в этой теме раньше никогда об этом не было 3. Для чего нужен "poorbox" (с Ваших слов "обрезанный" busybox), если есть сам busybox ?

Приветствую. А где можно это всё скачать ? Это нужно, чтобы обновитьcя до 2 версии как Entware-пакет. К сожалению сейчас доступна 3 версия, но уже как Node-пакет.

4. Удалось решить выполнением при загрузке перед NodeRED файла с единственной командой: 5. В прежней Entware (2019, см. начало темы) тоже на флэшке NTFS такого поведения cron точно не было ! 6. Уточняю, что Entware стоит на флэшке с двумя разделами: NTFS (16 Гб) и Linux Swap (512 Мб). Вопросы: 1. Правильно ли я решил эти проблемы или нужно было по-другому ? 2. Что сделать, чтобы такое не повторилось с другими пакетами Entware и NodeRED - очень уж много времени ушло на поиски. 3. Получается это проблема (при монтаже раздела меняются атрибуты) самой последней на 10.10.2020 Entware !?

Ну вот и обнаружилась первая проблема: Предыстория: 1. Установил пакет 'node-red-contrib-join-joaoapps', настроил и начал пользоваться. 2. Пакет установился в 'opt/lib/node_modules/node-red/node_modules/node-red-contrib-join-joaoapps' а в ней в том числе папка '/joinserver'. 3. Спустя несколько дней пришлось перезагрузить Giga III, на котором установлена NodeRED. Проблема № 1: 1. После перезагрузки NodeRED перестала работать отображая всплывающее окно: 2. А в журнале появились строки: 3. Выполнил команду: 4. Получается папка 'opt/lib/node_modules/node-red/node_modules/node-red-contrib-join-joaoapps/joinserver' имеет атрибуты 775 ! 5. Какие были атрибуты до перезагрузки не догадался посмотреть. Проблема № 2: 1. После перезагрузки перестал работать планировщик cron, выдавая в журнале Giga III: 2. Стал работать после выполнения команд: 3. Но после очередной перезагрузки снова перестаёт работать. 4. При этом файлу /opt/etc/crontab снова присвоены атрибуты 775 ! Выводы и Вопросы: 1. Запуск Cron, конечно, не относится к NodeRED, но что-то проявления похожие. 2. Проблему с поведение Сron удалось решить выполнением при загрузке перед Cron файла с единственной командой: 3. Но как быть с поведением NodeRED ?

Приветствую NodeRED на всех устройствах с CPU MIPS, в том числе на домашних роутерах Keenetic !

Это реально круто. Приветствую NodeRED на роутерах ! Отсутствие Вашего ответа на мой первый вопрос укрепляет меня в предположении о Вашем авторстве опакечивания NodeRED. Первые результаты потрясли простотой реализации: 1. Выполнил установку: opkg install http://bin.entware.net/mipselsf-k3.4/test/node-red_1.1.3-1_mipsel-3.4.ipk 2. Установилось без ошибок за ~3 мин. 3. Запустил NodeRED из под командера mc: root@GigaIII-YN:/opt/etc/init.d$ ./S99node-red start 4. Через ~40 сек. зашёл в интерфейс NodeRED и установил оттуда свой проблемный узел "node-red-contrib-join-joaoapps": 5. Несмотря на 2 записи в логе [err] ... следов неработоспособности пока не обнаружил. 6. Настроил и проверил работу этого узла. Всё работает ! 7. Буду тестировать дальше

Уважаемый TheBB ! Получается это Вы вчера сделали сборку и выложили ? Правильно ли я понимаю по месту расположения пакета, что его статус хоть и остался тестовым, но уже стал не только для Keenetic ?

Приветствую, TheBB ! Некорректность прошлой установки заставила сделать всё заново, а тут такая новость: Пакет исчез ! Все подпапки на сервисе пересмотрел и не нашёл о NodeRED вообще ничего. Означает ли это, что пакет неудачен и его поэтому вообще удалили ?

1. Почему почти ? 2. В чём разница: http://bin.entware.net/mipselsf-k3.4/Packages.html - Это пакеты Entware. Ясно. http://bin.entware.net/mipselsf-k3.4/keenetic/Packages.html - Это пакеты Entware для Keenetic. Но как это понимать ? Что значит для Keenetic ? Ведь все пакеты Entware тоже подходят для Keenetic. http://bin.entware.net/mipselsf-k3.4/keenetic/test/ - Это тестовые пакеты Entware для Keenetic. И это как понимать, что curl есть и здесь и в http://bin.entware.net/mipselsf-k3.4/Packages.html ? 3. Кому спасибо сказать за опакечивание ? 4. Вы предполагаете, что там сложности возникнут, из-за которых инструкцию писать придётся ?

Правильно ли я понимаю, что раньше `nod-red` был пакетом `npm`, который был пакетом `Entware`, а сейчас `nod-red` стал самостоятельным пакетом `Entware`, т.е. в Вашей терминологии опакечен ? Ждём-с инструкции... от кого ? И как узнать, что они появились ?

Конечно можно. В этой теме достаточно обобщений - Специально для начинающих и писалось. Можете даже на эти обобщения ссылки сделать.

А как выглядел перенос ? и на каком этапе ?

Нашёл нечто, что может объяснить различие моей Node-Red и Вашей. Вот фрагмент файла: '/opt/lib/node_modules/node-red/red.js': И еще у меня: ~ # echo $HOME /opt/root ~ # echo $NODE_RED_HOME ~ #

см. 3 Я имел ввиду, что встречал Рабочую папку '.node-red', но в Вашей Node-Red её совсем нет.

Спасибо Вам за проведённые исследования. Получается, что у Вас так: 1. Запуск Node-Red ПРИ ЗАГРУЗКЕ БЕЗ указания Рабочей папки приводит к тому, что Node-Red запускается и Рабочей папкой считает '/opt/lib/node_modules/node-red/'. При этом тестовый файл записывается в этой папке, а ДопУзлы устанавливаются в папку '/opt/lib/node_modules/node-red/node_modules' и NodeRed их видит. 2. Запуск Node-Red ВРУЧНУЮ ПОСЛЕ ЗАГРУЗКИ БЕЗ указания Рабочей папки приводит к тем же результатам, что и в п.1. 3. Запуск Node-Red ПРИ ЗАГРУЗКЕ С явным указанием Рабочей папки '/opt/root/.node-red' приводит к тем же результатам, что и в п.1. Единственно, что меня смущает, что у Вас Рабочая папка в начале имени не имеет знака точки '.'. Осваивая работу в Node-Red, я встречал в инете описания настроек, в которых имя Рабочей папки начиналось со знака точки '.' Надо будет найти возможность и установить Optware и Node-Red с нуля...