Доступны новые сборки дистрибутива Radix cross Linux, построенного с использованием собственной системы сборки Radix.pro, упрощающей формирование дистрибутивов для встраиваемых систем. Система сборки включает набор Make-файлов и скриптов, написанных на языках Bash и Perl, которые предоставляют средства для работы с архивами исходных текстов входящих в состав дистрибутива компонентов, сборки дистрибутива, управления пакетами и установки. Cборки дистрибутива доступны для устройств на базе архитектуры ARM/ARM64, MIPS и x86/x86_64. Код сборочной системы распространяется под лицензией MIT...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59380
а зачем это если есть buildroot)
сравнил тёплое с мягким
Гораздо интереснее чем их не устроила божественная Гента
Питоном?
>Питоном?так может лучше потратить ресурсы на переписывание portage на Ц? Тем более, что народ уже вроде брался, т.е наработки есть?
>>Питоном?
> так может лучше потратить ресурсы на переписывание portage на Ц?Потратьте.
> Тем более, что народ уже вроде брался, т.е наработки есть?
Paludis на Си++.
Растом? Одно это заставило меня отказаться от Генты...
вот так ребята опакечивают софт, ужас какой https://cgit.radix.pro/radix/sources.git/trunk/GNOME/core/Ne.../make/bash/perl - к успеху идут, молодцы
Это не опакечивание. Это просто загрузка исходного пакета для последующей сборки.
> Это не опакечивание. Это просто загрузка исходного пакета для последующей сборки.хокей, ебилды то где? оно: https://cgit.radix.pro/radix/sources.git/trunk/GNOME/Makefile/ ?? поднимите мне веки
https://csvn.radix.pro/radix/system/branches/radix-1.9/
мужик, ты про wget забыл. там еще wget был....
и что там с wget?
он там ЕСТЬ
Ну если ножовка и топор тебя устраивают, зачем покупать электролобзик ?
>bash
>perl
>ftpСловно в 2000 окунулся.
Да и у bash нет альтернатив.
Пользусь обычным sh для скриптов, и то не всегда работает в разных окружениях, баш излишен.
особенно когда sh просто ссылка на bash :)
Такое кроилово тока на линухах 😃
Но смысл в том чтобы не юзать уникальные фичи баша.
Не хочу разносить твой мир концентрированной ненависти, но$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Jan 18 00:29 /bin/sh -> dash
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 11 (bullseye)
Release: 11
Codename: bullseyeВот так уже много лет
sh это симлинка на dash, реализацию чистого shНу и да, если у тебя sh это симлинка на bash, то он при вызове как sh тоже отрубает все баш-специфичные вещи и работает именно как sh, все баш-специфичное он обрабатывать откажется
dash не во всех системах. У меня всегда /bin/sh указывает на bash.dash - кривоват для человека, который стар.
Не хочу разносить твой мир концентрированного dash-a...
Но кроме дебиана - его походу нигде нет. А систем много больше чем дебиан... даже в наследниках от дебиана, даже в убунте- bash , не говоря уже о семействах rhel...
$ ls -l /bin/sh
lrwxrwxrwx 1 root root 4 Jun 10 2021 /bin/sh -> dash
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.04.5 LTS
Release: 20.04
Codename: focalА, ой
Прекрати газ в лужи пускать
хорошо что не винду нарисовал. а то неловко бы получилось :)
Ты там пьяный?
Я тебе показал реальный вывод реальных командУ меня дома основной воркстейшен под Ubuntu GNU/Linux, Raspberry Pi 4B+ 8Gb под Ubuntu GNU/Linux и NanoPi-R5C под Debian GNU/Linux
Я тебе показал изначально вывод с NanoPi, просто потому, что терминал был под рукой, потом с воркстейшена
Могу еще показать вывод с сотни серверов
И везде будет так жеНо ты дальше фантазируй
Только ты с бояркой аккуратней, не все из вас выживают после этого напитка, а на другие у вас денег нет
Круто, да?! -- Было работающая ВТ!
Bash forever!
Автор, почему не выкладываешь код на флинт или как там этот росс-гитхаб называется? Надо бы обсудить этот момент с разработчиком Communist
Думал выложить на https://gitflic.ru/ , но пока думал, правительство выделило 1.5 млрд другому разработчику. Так что теперь не понятно кто быдет в фаворе.А кто такой Communist?
> А кто такой Communist?https://github.com/ProfessorNavigator/communist
https://gitflic.ru/project/professornavigator/communist
> Надо бы обсудить этот момент с разработчиком CommunistОбсуждайте))
Хотите включить пакеты libtorrent-rasterbar, libcommunist, communist в сборку?
> Хотите включить пакеты libtorrent-rasterbar, libcommunist, communist в сборку?К обсуждаемому дистрибутиву и людям, его делающим, я отношения не имею. Я автор упомянутого мессенджера. Так что вопрос не ко мне.
Если честно, я впервые увидел упоминание о коммунисте здесь. RcL делаю я. Из месенжеров я пока включил только Dino, так как о нем были хорошие отзывы (хотя он и использует vala). Для сборки communist мне надо добавить несколько пакетов в систему. Так что если хотите я включу. Но до этого, мне надо сделать U-Boot для RK3588 (исходных реп много, но во всех беда, а хочется все это собрать во вразумительный патч для mainline U-Boot [denx.de]). Все дело в том, что SoCc типа H5, Rk3399 еще не так сильны для того, чтобы на них нормально работали приложения базирующиеся на Webkit2gtk, gtk4, ... Такие вещи лучше использовать на x86_64 машинках.
> Если честно, я впервые увидел упоминание о коммунисте здесь.Данный мессенджер - моя частная инициатива. В своё время я же публиковал новости о нём здесь, на opennet. Поэтому широкой известностью он не пользуется. Ну и из-за названия, я так подозреваю))
> Так что если хотите я включу.
Полностью на ваше усмотрение. С технической стороной вопроса помочь мало чем смогу - большую часть жизни использую устройства на базе х86 (против других архитектур ничего не имею, просто так сложилось), соответственно другие архитектуры "руками не трогал". Если что - мессенждер и библиотека тестировались на работоспособность сборки и функционала под 64 и 32 бита. Используется стандарт с++17. Соответственно если компилятор поддерживает упомянутый стандарт, то всё должно заработать. Единственное препятствие - многопоточность. Библиотека использует достаточно большое количество независимых потоков. Операции в них не особо "тяжёлые", но на слабых устройствах это может стать проблемой.
Хорошо. Я через некоторое время займусь этим. По крайней мере можно включить communist только в x86_64 сборки (и в RK3588 так как надеюсь, что RK3588 потянет, ведь обещают, что он быстрее RK3399 в 4 - 8 раз).
Дайте новость в мою ленту https://vk.com/rclinux о коммунисте, чтобы не забыть, да и описание от вас будет полезно.
>разработчиком CommunistАвтору мессежера респект, да и лицензия правильная. Вот только название проги стрёмное.
Что такое intel-pc64? Зачем пациент придумывает собственные названия для вещей? Он думает, что кто-то должен понимать выдуманные им названия?
Есть официальные x86_64/amd64
А что там пьяный и укуренный пациент психушки придумал никто в мире не знает
Ну те у кого сильно пригорит сзади- самоустраняться в результате самовыгорания, остальные- выучат...
это просто название для железяки.
например: repka-pi3, orange-pi5, leez-p710, а для машинок на x86_64 сводное название intel-pc64.
> а для машинок на x86_64 сводное название intel-pc64Нет, нет такого сводного названия, это автор этого поделия зачем-то сам выдумал и думает, что его люди должны понимать
Капитан, если ввести понятия toolchain - средство сборки для архитектуры, например, x86_64, hardware - условное имя железяки, например, "vip1830", "intel PC". Затем определить, что toolchain с именм x86_64-PC-linux-gnu у которого target = x86_64-unknown-linux-gnu пригоден для сборки кода для железяк с именама "vip1830", "intel-pc64", ..., то система сборки может легко понять, что когда пользователь выбирает железо с именем "intel-pc64" надо выбрать toolchain=x86_64-PC-linux-gnu и собирать код для target=x86_64-unknown-linux-gnu.
А список железяк, для которых можно собрать пакет, пользователь может получить набрав:
$ make help
и далее
$ HARDWARE=intel-pc64 make
после чего будет собран сам пакет и все пакеты от которых он зависит.Так что имя "intel-pc64" никакого отношения к именам x86_64, x86_64-pc-linux-gnu не имеет никакого отношения. Это условное имя железяки, под которым можно понимать любую Intel-машину от лаптопа и до сервера с архитектурой x86_64.
Вы же не ругаетесь на авторов orange pi 5 за то, что они не назвали борду AArch64 ?
Или всетаки негодуете на китайцев?
64-х разрядная процессорная архитектура компании Intel для персональных компьютеров, она же IA-64 - Intel Itanium. Действительно, "intel-pc64" не имеет никакого отношения к x86_64.
>64-х разрядная процессорная архитектура компании Intel для персональных компьютеров, она жеIntel 64
Которая представляет собой клон расширений AMD64, который первоначально назывался IA-32e, потом EM64T, и затем Intel 64
Действительно, "intel-pc64" имеет прямое отношение к x86_64.
>> 64-х разрядная процессорная архитектура компании Intel для персональных компьютеров,
>> она же IA-64 - Intel Itanium.
> Которая представляет собой клон расширений AMD64, который первоначально назывался IA-32e,
> потом EM64T, и затем Intel 64
> Действительно, "intel-pc64" имеет прямое отношение к x86_64.Оруэл читает книгу Опеннет 2023.jpg
А вы ведь не знали, что 64-х разрядная процессорная архитектура компании Intel для персональных компьютеров называется "Intel 64", представляет собой клон расширений AMD64, который первоначально назывался IA-32e, потом EM64T, и затем Intel 64 ? И вообще в этом вопросе не шибко разбираетесь, поскольку кроме Итаниумов про 64-битную архитектуру от Интел никогда ничего не слышали? да? :)
А вот лбопытно вы Итаниумы в глаза то видели?
> А вы ведь не знали, что 64-х разрядная процессорная архитектура компании Intel
> для персональных компьютеров называется "Intel 64", представляет собой клон расширений
> AMD64, который первоначально назывался IA-32e, потом EM64T, и затем Intel 64
> ?Кончено, не знал. Я полез в IA SDM копировать в ответ название, потому что точно помню, как я это уже делал некоторое время назад и там было написано EMT64. Но с тех пор я обновил pdf и там уже стало
Intel® 64 and IA-32 Architectures
Software Developer’s ManualО чём я и сообщил в ответе выше.
> И вообще в этом вопросе не шибко разбираетесь, поскольку кроме
> Итаниумов про 64-битную архитектуру от Интел никогда ничего не слышали? да?На самом деле всё проще - Вы не разобрались в тыканьи мышкой на этом сайте, потому не нашли у меня на гитхапе написанное на асме AMD64 и банально спроецировали.
Из последних успешных мне известен Alpine Linux, нашедший своё применение в контейнерах, а также более-менее адекватным по скорости пакетным менеджером.Внимание вопрос:
Какова бизнес-ниша этого продукта ?
> Система сборки включает набор Make-файлов и скриптов, написанных на языках Bash и Perl
откат на десятилетия назад ?
Сайтик, хоть и одностраничник, грузился секунд 10.
Отечественные Линуксы это хорошо, но этому конкретно, нужны
* нормальный сайт
* нормальный роадмап
* ревью используемых технологий, потому что Make, Bash и Perl не выглядят современным выбором в 2023. Почему бы просто не сёрвить пакеты от Centos/Fedora или Alpine или прости, г-спади Debian.
да, и как дела там с контейнеризацией ?
Docker / Kubernetes работают ?несмотря на мнения опеннетовских анонимусов, докер / кубер используются в реальных российских компаниях
как дела Ansible ?
как дела с Go, Java ?
> Какова бизнес-ниша этого продукта ?Встраиваемые решения.
> Система сборки включает набор Make-файлов и скриптов, написанных на языках Bash и Perl
> откат на десятилетия назад ?Оно работает. Задача системы сборки - собирать проекты.
На десятилетия вперёд там всякие bazel, например.> Почему бы просто не сёрвить пакеты от Centos/Fedora или Alpine или прости, г-спади Debian.
Почему бы для начала не посмотреть на то, что во встраиваемых решениях ничего из Вами перечисленного не используется. По совершенно объективным причинам.
работает != удобно использоватьхотя, полагаю,
>Встраиваемые решения.это не про удобство
> По совершенно объективным причинамкаким именно ? про yum/dnf я понять могу, но что мешает использовать apk/apt ?
слишком удобны ? слишком современны ? нет того особого удовольствия от запуска софта на калькуляторе ?
может дело всё-таки не в софте, а в калькуляторе ?)
> работает != удобно использоватьА не существует на данный момент систем сборки без подводных камней.
Не брито, так стрижено. В одном месте улучшили - а в другом недостатки опять вылезают.
На фоне этого печального обстоятельства, лучше пусть собирает то, что хотя бы работает.> хотя, полагаю,
>>Встраиваемые решения.
> это не про удобствоРазработчика? Ну, что-то делают в этом направлении, но это действительно так.
Разрабатывать что-то ответственное всегда неудобно.>> По совершенно объективным причинам
> каким именно ? про yum/dnf я понять могу, но что мешает использовать
> apk/apt ?Хотя бы потому, что вопреки укоренившимся предрассудкам, портируемый софт не собирается под другую платформу просто сменой целевого компилятора.
Там к большинству пакетов исходников придётся прикладывать параллельный ему пакет патчей и рецептов.
Для исполняемых пакетов apk может и можно было бы использовать, но все системы управления пакетами настольных машин - небезопасны, постоянно спотыкаются о цепочки зависимостей и не позволяют легко держать массу версий одного пакета (вот на последнем я и не очень настаиваю, что во встройке это нужно).
спасибо!
> спасибо!Диковинный ответ на этом форуме.
Пожалуйста. Лишь бы Вам впрок пошло.
Очень странно. Для embedded обычно используют специализированные Yocto или Linaro. А тут по-описанию какой-то колхоз.
> Для embedded обычно используют специализированные Yocto или Linaroнет
> Система сборки включает набор Make-файлов и скриптов, написанных на языках Bash и PerlВ принципе, можно дальше и не читать... Еще одна вариация на тему LibreELEC, созданная, видимо, просто потому что почему бы и нет...