Установка старой версии GCC

Версия Опен_врт не принципиальна, просто в статье которуя я нашел использовали эту версию.. (Сможете перезагрузить хост? ( Ubuntu 22.04 LTS)) Вы имеете перезагрузить компютер? Я правильно вас понял?

Версия Опен_врт не принципиальна, просто в статье которуя я нашел использовали эту версию.

тогда какой у вас target? в смысле для какого девайса собираете врт?

Сможете перезагрузить хост? ( Ubuntu 22.04 LTS)) Вы имеете перезагрузить компютер? Я правильно вас понял?

да

make & make install (только не в /usr/bin! В /usr/local/bin или в ~/.local/bin). Потом make uninstall.

MT7688. Перезагрузить смогу.

MT7688.

Что - вот только модуль? Без борды?

https://openwrt.org/toh/views/toh_fwdownload?dataflt%5BModel*%7E%5D=7688

Перезагрузить смогу.

Хорошо.

PS Задаю эти вопросы только для того, чтобы устранить бессмысленную трату времени. 18x уже не будет поддерживаться никак

Что дальше делать? Перезагружать компьютер и пытаться компилировать прошивку?

Ну можно и более свежие исходника скачать.. Ну что, качаю более свежие?

Что дальше делать? Перезагружать компьютер и пытаться компилировать прошивку?

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

18.06.хх ушли в прошлое, туда давно не комиттят, следовательно, там полно дыр. Эта ветка основана на старом buildroot. И если gcc/g++ requirements легко обходятся правкой prereq-build.mk (просто комментирем там все eval связанные с gcc/g++) и ни на что в общем не влияют, то на сборку тулкита влияют внешние зависимости, которых в Ubuntu 22.04 LTS нет и уже не будет.

Поэтому, если настаиваем на openwrt v18, все же нужно собрать необходимое окружение, например контейнер. docker, LXC, дело вкуса. Я бы предпочел LXC, как менее инвазивный, и более OSS )))

hlk-7688a Прошивку хочу попробовать собрать сам..

hlk-7688a

Supported Current Rel - 21.02.3

https://openwrt.org/toh/views/toh_fwdownload?dataflt%5BModel*%7E%5D=hlk-7688a

не от root, тащим ветку

git clone https://git.openwrt.org/openwrt/openwrt.git --branch  openwrt-21.02 --single-branch

Скачал..: (git clone https://git.openwrt.org/openwrt/openwrt.git –branch openwrt-21.02 –single-branch)

Скачал..: (git clone https://git.openwrt.org/openwrt/openwrt.git –branch openwrt-21.02 –single-branch)

ну а дальше стандартно:

cd openwrt

#Допиливаем ветку (в общем случае)
git pull 
 
#Тащим все 
./scripts/feeds update -a

./scripts/feeds install -a
 
#Конфигурируем что будем собирать - платформа, девайст, опции ядра, пакеты

make menuconfig
#Сохраняем конфиг

#Собираем
make -j $(nproc) V=s

Я думаю в моём случае make -j4 $(nproc) V=s Так как процессор 3-х ядерный.. Верно?

Я думаю в моём случае make -j4 $(nproc) V=s Так как процессор 3-х ядерный.. Верно?

Просто copy/paste

make -j $(nproc) V=s

nproc - есть в env

Запустил команду (make -j $(nproc) V=s) Менюгонфиг вылезло.. Так и должно быть?

Запустил команду (make -j $(nproc) V=s) Менюгонфиг вылезло.. Так и должно быть?

нет. забыл сохранить конфиг

#Конфигурируем что будем собирать - платформа, девайст, опции ядра, пакеты

make menuconfig
**#Сохраняем конфиг**

#Собираем
make -j $(nproc) V=s

В одной статье написано: (Ждем, через полчаса-час находим свою прошивку в каталоге ~/ваш каталог/openwrt/bin. ) Так вот, каталога openwrt/bin я не нашел… Что-то пошло не так?

В одной статье написано: (Ждем, через полчаса-час находим свою прошивку в каталоге ~/ваш каталог/openwrt/bin. ) Так вот, каталога openwrt/bin я не нашел… Что-то пошло не так?

что - уже собралось? ))

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

Потом сборка openwrt будет проходить быстрее

Всё равно менюконфиг вылазит.. Я выбирал марку чипа, и прочие плюшки , отметил что нужно поставить люси.. и др.. По сути мне хотя-бы сейчас научится чтобы голая прошивка собиралась.. А уж потом буду выбирать все остальные плюшки.. Когда выбрал конфигурацию, нажал на save написал название конфигурации .config_mt7688 и нажал ок. Так что сохранение конфигурации я делал.. В чем может быть дело?

Всё равно менюконфиг вылазит.. Я выбирал марку чипа, и прочие плюшки , ответил что нужно поставить люси.. и др.. По сути мне хотя-бы сейчас научится чтобы голая прошивка собиралась.. А уж потом буду выбирать все остальные плюшки.. Когда выбрал конфигурацию, нажал на save написал название конфигурации .config_mt7688 и нажал ок. Так что сохранение конфигурации я делал.. В чем может быть дело?

сохрани!

https://yapx.ru/v/SkQ4i

по умолчанию используется файл .config в каталоге openwrt

Я именно туда и нажимал.. потом ввел название конфига .config_mt7688 и нажал ок….

Я именно туда и нажимал.. потом ввел название конфига .config_mt7688 и нажал ок….

cat Makefile | grep .config_mt7688

что-нибудь выдает? а почему? )

При вводе cat Makefile | grep .config_mt7688 ничего не происходит…

При вводе cat Makefile | grep .config_mt7688 ничего не происходит…

 - Ты, когда подъезжал к моему дому, видел вывеску - склад мёртвых негров?

 - нет

 - а знаешь, почему ты её не видел?

 - нет

 - ДА ПОТОМУ, ЧТО ЕЁ ТАМ НЕТ!!!! 

(с) КТ КЧ

1. читаем тред внимательно

2. В menuconfig выбираем Save. Жмем Enter Убеждаемся, уж не .config ли имя файла который мы сохраняем. Жмем Enter

3. Убеждаемся, что в каталоге openwrt ЕСТЬ файл .config

4. Собираем

Самое интересное, что когда заново запускаешь менюконфиг, нажимаешь «лоад» и вводиш название профиля config_mt7688, то ин правильно вспоминает ранее установленные настройки… Значит я всё -таки сохранил настройки…

Самое интересное, что когда заново запускаешь менюконфиг, нажимаешь «лоад» и вводиш название профиля config_mt7688, то ин правильно вспоминает ранее установленные настройки… Значит я всё -таки сохранил настройки…

да, только make про это ничего не узнает

Почему нет с этим проблем на FreeBSD? Там можно установить из портов и GCC-12, и GCC-4.8, оперативно указать в /etc/make.conf какой порт каким компилятором собрать, если это необходимо. Наконец, отредактировать Makefile самой программы/порта, чтобы её/его собирал кмпилятор необходимой версии.

Я в названии конфига ничего не писал, просто нажал энтер… вроде процесс пошел.. Как понял процесс долгий.. Это будет первая тестовая прошивка, потом буду разбираться дальше.. Скорее всего завтра вечером.. Наверняка будут вопросы.. Как с вами можно связаться..?

Я в названии конфига ничего не писал, просто нажал энтер… вроде процесс пошел..

Так и надо было сделать с самого начала

Как понял процесс долгий.. Это будет первая тестовая прошивка, потом буду разбираться дальше.. Скорее всего завтра вечером.. Наверняка будут вопросы.. Как с вами можно связаться..?

Так пиши сюда, не стесняйся

А как часто вы здесь бываете? Я имею в виду через какое то время наверное вы перестаните заглядывать в эту тему (страницу)..

Процесс вроде идет… Очень вас благодарю, надеюсь, что наш диалог продолжится…

а потом обнаружил, что если это же переписать на баше

Блин, прямо по Крылову - обезьяна и очки. Docker сам по себе не является ни автоматизацией, ни оркестрацией - это образ с минимальной обвязкой для запуска приложения. Да, есть Dockerfile, в котором ты описываешь как модифицировать базовый образ под твои нужды, но там те же команды шелла используются.

отгребешь проблем, пофиксишь, отправишь заплатку разрабам. Это – правильный путь

а если человек не программист и у него нет квалификации / времени / денег баги отлавливать?

в шапке мейкфайла пишешь СС ?= gcc и ld ?= gcc и все такое прочее, а дальше по ходу мейкфайла используешь $(CC) вместо gcc.

И флаги еще надо знать, влючающие совместимость со старым стандартом. Это куча потраченного впустую времени, если человек не является профессиональным программистом

Еще раз, уверен, что есть места где контейнеры к месту.

нравятся мне такие - нифига технологию не знаю, но обязательно в чем-то уверен

Блин, прямо по Крылову - обезьяна и очки.

слушай, я тебе не хамил: тебе не кажется что намекать на то что собеседник – обезьяна не вежливо? С чего вдруг такое высокомерие? Отчего ты решил что понимаешь обсуждаемый вопрос лучше меня да еще и настолько лучше, что считаешь себя в праве басню на меня примерять?

Docker сам по себе не является ни автоматизацией, ни оркестрацией - это образ с минимальной обвязкой для запуска приложения. Да, есть Dockerfile, в котором ты описываешь как модифицировать базовый образ под твои нужды, но там те же команды шелла используются.

Зачем ты постоянно тоном учителя поясняешь мне прописные истины? Я же сказал, я пробовал этот твой докер и задачу с его помощью решил, нешто ты думаешь что я настолько обезьяна-и-очки что даже после этого не понимаю что такое докер?

а если человек не программист и у него нет квалификации / времени / денег баги отлавливать?

значит заниматься сборкой программ из исходников – не для него. Встречный вопрос, а если человек не программист и у него нет квалификации / времени / денег на что чтоб докер осваивать? Почему этот тезис ты считаешь применимым к одному пути решения проблемы и неприменимым к другому, предлагаемому тобой?

И флаги еще надо знать, влючающие совместимость со старым стандартом. Это куча потраченного впустую времени, если человек не является профессиональным программистом

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

Еще раз, уверен, что есть места где контейнеры к месту.

нравятся мне такие - нифига технологию не знаю, но обязательно в чем-то уверен

уверен ли ты в том что хирургические операции полезны? Знаешь ли ты технологию проведения хирургических операций? Нравишься ли ты себе?

намекать на то что собеседник – обезьяна не вежливо?

Ты прямо очень мнительный. Басней я ситуацию прокомментировал, вообще ни на что не намекая.

Зачем ты постоянно тоном учителя поясняешь мне прописные истины?

Потому что из твоих слов было очевидно, что ты их не знаешь.

значит заниматься сборкой программ из исходников – не для него.

Почему? Исходный код - это уже вполне устоявшийся метод дистрибуции. И он не рассчитан исключительно на профессиональных программистов.

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

Если он занимается этим постоянно, то изучение процесса сборки естественно необходимо. Если же это разовая история, то да, узнать три команды докера (установить, запустить и снести контейнер) намного быстрее и проще. Важен обычно результат, а не процесс.

уверен ли ты в том что хирургические операции полезны?

Не понял твою мысль. Нет, я не уверен.

Встречный вопрос, а если человек не программист и у него нет квалификации / времени / денег на что чтоб докер осваивать?

Docker по-факту тот же пакетный менеджер, с приблизительно той же сложностью использования. Ты потратишь считаные минуты на то, чтобы освоить основные команды для использования уже готовых контейнеров. И, блин, это очень удобно и не захламляет систему.

Исходный код - это уже вполне устоявшийся метод дистрибуции. И он не рассчитан исключительно на профессиональных программистов.

ИМХО, очевидно, рассчитан на тех, кто умеет собирать из исходников. Или готов этому учиться.

Если же это разовая история, то да, узнать три команды докера (установить, запустить и снести контейнер) намного быстрее и проще. Важен обычно результат, а не процесс.

Вот этот подход и есть рак против которого я выступаю. Смотри, мы выяснили что в мейкфайле явная ошибка ( он неправильно выполняет сравнение версии, если она не из одной цифры ). На мой взгляд ошибку надо исправлять сейчас, если сам не умеешь, найди кто умеет, научись или хотя бы автору напиши. Так мы не будем копить ошибки на будущее и не будем плодить лишних сущностей. Ты же предлагаешь запилить докер образ, в котором мы ошибку не исправим, а просто создадим условия, при которых она не воспроизводится. Обернем в газетку и будем так распространять, лишь бы не прикладывать усилий здесь и сейчас. А пройдет пять лет и твой контейнер тоже перестанет работать, ну мало ли, апи ядра изменится, что делать? По моему подходу надо исправлять сам докер или сам образ, вобщем ошибку исправлять, актуализировать под современные реалии, делать чтоб работало. По твоему – просто еще раз обернуть в какой-нибудь докер будущего, лишь бы ниче не делать здесь и сейчас. А очередная пустяковая ошибка будет погребена под очередным слоем абстракции. Понимаешь о чем я?

уверен ли ты в том что хирургические операции полезны?

Не понял твою мысль. Нет, я не уверен.

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

Ну раз тебе не нравится пример с операциями (я имел в виду операции в принципе, как медицинский метод, ты не уверен в их полезности? оО) то я могу привести еще массу примеров: владеешь ли ты технологией производства интегральных микросхем? Уверен ли ты в полезности данной технологии? Да хотя бы транзистор умеешь конструировать? Есть сомнения в полезности транзистора?

Это я к тому, что что бы оценить вкусна ли яичница, поваром быть не обязательно.

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

И, блин, это очень удобно и не захламляет систему.

В третий раз говорю: я все это понимаю, я с этим согласен, на своем месте – да. Но в данном случае, маскировка явной ошибки малой кровью с сохранением ошибки для будущих поколений.