Simply Linux RV 20230422 для RISC-V

Если так и сможет побежать, то сильно не скоро :)

бинарно/пакетно совместимые с глобальными дистрибутивами

Никакие обычные самостоятельные дистрибутивы между собой не могут быть бинарно совестимы просто потому, что тупо версия той же glibc разная. А статическая сборка и всякие флатпаки - ну такое.

функциональное совершенство

В чём несовершенство ALT? rpm не нравится?

качественная добротность

Как минимум не хуже прочих.

определяющие, а не догоняющие позиции в развитии

Поддержка VLAN в network script раньше RH , переход на iproure (c переходом на etcnet) раньше, чем в RH network script начали на iproute переводить.

Gentoo-user, «в код не лазаю» 🤔

Где-то тут что-то не то.

В чём несовершенство ALT? rpm не нравится?

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

Поддержка VLAN в network script раньше RH

это напильники, а «задавать тон» не получалось даже у шатлврота

чекинстала нет например, форумные хамы везде говорят «идите пишите спек»

И вот тут почему же хамы? А не хамы ли приходят на форум поучать, что надо делать? Пока не появится человек, которому нужен этот чекинстал, чекинстала в репозитории не будет.

А у них типичный подход из сферы раздолбайской дедовщины: учитесь плавать как хотите, а потом, может быть, воды вам нальем.

Если человек хочет сам собирать пакеты, наверное надо делать это вдумчиво, а не отдавать всё на волю непонятного автоматизатора. Но, вообще, есть репозиторий autoports, вероятно нужный мусор уже там есть. А если нет, вполне можно попросить добавить. Как раз таки конверторы пакетов некоторые существуют и работают. Кроме того, сейчас есть Etersoft-овский eepm, который на лету может рихтовать чужие rpm для установки в ALT, либо конвертировать deb. Разумеется без 100% гарантии.

это напильники, а «задавать тон» не получалось даже у шатлврота

тон - это, например, systemd? Ну так себе тон.

Пока не появится человек, которому нужен этот чекинстал, чекинстала в репозитории не будет.

вроде бы он там был, но потом пропал и возвращать его не хотят.

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

там очень много каких-то бессмысленных ритуалов типа: создайте каталоги там-то с такими то названиями, установите то-то, запустите так-то. Человек обычно не хочет сам этим заниматься, а его к этому вынуждает некоторая потребность/необходимость иногда она может быть частью большого объема работ иногда срочной мелочью. И вот все это должно быть инкапсулировано в одну команду «установить вот этот тарбол/мси/экзе», а если он хочет вдумчиво и качественно, пусть делает руками на здоровье.

вроде бы он там был, но потом пропал и возвращать его не хотят.

Пакет попадает в репозиторий, фактически, по двум причинам:
1) он нужен Базальту;
2) он нужен независимому мантейнеру.

Если checkinstall попал в репозиторий, а потом пропал, значит кому-то понадобился, а потом надобность исчезла, и пакет был удалён роботом, когда перестал пересобираться. Всё просто. А не хотят не на зло, а потому, что никто не хочет тратить время непонятно на что. Если кто-то хочет со стороны, то https://www.altlinux.org/Join

вроде бы он там был, но потом пропал и возвращать его не хотят.

Кстати об autoimports: checkinstall-1.6.2.16-alt1_19.x86_64.rpm

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

ну вот поэтому только административными мерами можно убедить разворачивать что-либо на российском линуксе

ну вот поэтому только административными мерами можно убедить разворачивать что-либо на российском линуксе

Ну то есть вот надо кому-то всё бросать и собирать непонятный пакет, так как кто-то не может без него работать? Если честно, я вот про checkinstall узнал только сегодня, из этого вот обсуждения. И, вероятно, забуду через некоторое время. А ALT у меня вполне используется лет так 20.

устанавливать что-то, что не положили в официальные репы - вполне регулярная потребность. Есть ли в альте возможность сделать что-то типа add-apt-repository и главное разработчику легко захостить такой репозиторий пакетов?

Есть ли в альте возможность сделать что-то типа add-apt-repository

Можно как просто руками в конфиг apt добавить, так и есть https://www.altlinux.org/Apt-repo

и главное разработчику легко захостить такой репозиторий пакетов?

Да, это не сложно. Надо просто разместить в правильных каталогах и запустить genbasedir (из apt-repo-tools), а потом доступ дать по ftp или http. Я себе делал когда-то такой.

Вот, у DrWeb есть: https://download.drweb.ru/repoman?pid=678&os=2&repo=1.

Можно как просто руками в конфиг apt добавить, так и есть https://www.altlinux.org/Apt-repo

а ключи импортировать надо?

Вот, у DrWeb есть

здорово что у кого-то получилось, ну а если вам дорого держать специальный сервер под пакеты для альта?

кстати, сейчас многие уже привыкли искать с помощью apt search, apt-cache честно говоря кажется не очень интуитивным и удобным для history. Как с этим в альтлинуксе?

на самом деле я мог бы еще пошарить по их форумам и перечислить и другие «нам/вам это нинужна, идите пейсать спеки» это все то, что лично мне показалось не удобным кроме необходимости выпиливать их веб-интерфейс удаленного администрирования, который занимает часто используемый порт (возможно они ненавидят джаву настолько, что специально повесили его недалеко от типичных для сервлетных контейнеров портов). Объективный выбор в пользу российского линукса сделать на текущий момент сложно. Я помню также объяснял лет 20 назад, что редхат кондовый, со мной спорили, что мол это я не достаточно ценитель, а потом редхат сделал свои утилиты как у людей и перестал быть бесплатным%)

а ключи импортировать надо?

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

ну а если вам дорого держать специальный сервер под пакеты для альта?

Зачем специальный? У зеркала Яндекса явно вот не специальный, да и на ftp://ftp.altlinux.org не только репозитории лежат. Надо же только правильно сформированный каталог, а дальше только путь на него.

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

8080. Почему бы и нет? И почему там обязана быть ява? Но, кстати, я сервисы ручками настраиваю обычно, без Альтератора, и тоже его отключаю.

Зачем специальный? У зеркала Яндекса явно вот не специальный, да и на ftp://ftp.altlinux.org не только репозитории лежат. Надо же только правильно сформированный каталог, а дальше только путь на него.

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

8080. Почему бы и нет?

потому что в организации могут быть регламенты или овнеры доменов, которые ничего не позволят делать десятилетиями и если у вас есть сервер у которого на порту для томкета/гласфиша/спринга висит какая-то дрянь, которая даже может «уже используется» то это может создать как минимум серьезные неудобства в процессах. Неправильно занимать чужие порты, правильно было бы устанавливать свою поделку в существующий или общий контейнер если надо именно так, либо занимать какой-то другой порт.

фтп это то, что сейчас выпиливают из браузеров и вообще?

Нет, это набор буковок такой, которые DNS в IP-адрес преобразует. ;-) По http туда доступ тоже есть, а зачем движок LOR подставил ftp:// я не знаю. rsync тоже есть. Но выпиливают ftp так-то зря. По поводу ланчпада скажу, что на чужой сервер выкладывать как-то странно.

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

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

Неправильно занимать чужие порты,

Где написано, что 8080 принадлежит Томкату? Вот тут вот не написано: https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?search=8080

По поводу ланчпада скажу, что на чужой сервер выкладывать как-то странно

почему чужой? базальт делает свой сервис для сторонних разработчиков, куда те размещают в своих личных пространствах то, что может не требовать согласований в бюрократии базальта и решать проблемы пользователей этих разработчиков. Очень удобно было когда-то так с jcenter, наверняка и ланчпад весьма удобен, т.к. им активно пользуются, но конечно можно было бы сделать лучше, тогда альт не был бы догоняющим или уклоняющимся от прогресса как сейчас. Когда занавес санкций падет альт снова останется только для тех кому «повезло» с ним иметь дело благодаря административному давлению.

Где написано, что 8080 принадлежит Томкату?

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

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

Для каких именно сторонних разработчиков? Если ты в Team, можешь в Сизиф помещать пакеты без всяких согласований, если этих пакетов там нет. Если есть, то по согласованию с мантейнером(ами) этого пакета (а не с Базальтом). Базальт, время от времени, делает себе бранч на основе Сизифа, с которым работает. Вот туда уже по согласованию, если надо обновить (то есть если ты сам этим бранчем пользуешься, а то бывает так, что мантейнеры только Сизиф используют, и до версий пакетов в бранче им фиолетово), либо новый пакет из Сизифа добавить.

А если ты там что-то где-то пилишь в сторонке, но хочешь для этого использовать ресурсы Базальта, а не свои, это не знаю, может такого и нет. Но странно, если у тебя ресурсы пилить есть, а ресурсов на свой сервер нет. Опять же, что мешает вступить в Team?

почему тогда не повесить сразу свою поделку на 80/443?

Я не видел нигде в округе ни Томката, ни чтобы 8080 занят был. :-)

Но странно, если у тебя ресурсы пилить есть, а ресурсов на свой сервер нет. Опять же, что мешает вступить в Team?

да, что угодно может быть. В организациях решения и люди часто очень консервативные и каждая такая сложность это новый уровень в воронке продаж. Не всем дано быть сизифами, чтобы специализироваться на преодолении всех уровней ада. Надо чтобы сбацал одну команду и твой проект на любом языке программирования практически сам оформился в пакет, который пользователи альта смогут себе поставить. Win95 завоевал свое место под солнцем, потому, что они презентовали всем Plug’n’Play и setup.exe.

Я не видел нигде в округе ни Томката, ни чтобы 8080 занят был. :-)

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

Надо чтобы сбацал одну команду и твой проект на любом языке программирования практически сам оформился в пакет, который пользователи альта смогут себе поставить. Win95 завоевал свое место под солнцем, потому, что они презентовали всем Plug’n’Play и setup.exe.

Ну сделай флатпак ради такого. Поддержку этой фигни вроде сделали. Будет, как раз, setup.exe.

когда я сам пытался пользоваться флетпаком это было весьма неудобно, оно пыталось высосать и установить весь какой-то чужой дистр. Кажется он чисто для десктопа, и потенциально такой же гемор как докер. Представьте кейс - надо развернуть кучу какой-то дряни, которая поставится только с гитхаба, модулей 50, всякие новомодные простые языки программирования любят таким грешить. И вот вы хотите сделать это так чтобы можно было потом это все корректно удалить или даже обновить. Недели на то чтобы пейсать спеки на все у вас нет, месяца чтобы джойнить в тим сизифа или уговаривать их выпустить пакеты тоже, есть пару дней после которых будет стыдно за свой профессионализм (или за добротность того же альта) перед менеджерами или когда-нибудь потом перед коллегами за «быстрое» решение на костылях.

Недели на то чтобы пейсать спеки на все у вас нет,

На спек не нужна неделя, если надо полтора файла разложить. Кстати люди, пишущие приложения, часто заготовки и для deb, и для rpm в тарболы кладут.

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

некоторые производители софта даже зарабатывают на «коммерческой поддержке» поэтому у них сделать для людей порождает «конфликт интересов», мне кажется, также и у базальта

Так, стоп. Но разработчики софта как раз и должны делать для людей, писать спеки, учитывать разные дистрибутивы. Ну вот как Etersoft например. Они и для ALT разрабатывают, и для Debian. И, даже, вовсе для BSD, если не ошибаюсь. При чём тут Базальт, как разработчик дистрибутива только одного стиля?

утилиты быстрого и достаточно качественного оформления пакетов из любого попавшегося под руку мусора

eepm не подойдёт? Им даже исполняемый установщик 1С в пакет получается преобразовать.

У меня возник вопрос:

Вот я захотел собрать RHEL/RockyLinux/AlmaLinux под risc-v. С чего мне надо начать?

Может быть уже есть готовые мануалы?

Сразу видно, что вы мало портировали код.

Во-первых, может быть asm для arm, но не для risc-v. Во-вторых, и без ассемблера хватает проблем: другие системные вызовы, другие интринсики компилятора, другие возможности ядра и прочие детали, коих немало. Бывает и так, что в configure/make/cmake/autotools и прочих сборочных система решили побыть богами и перечислили «все» возможные архитектуры, так что нужно и их править. Нюансов очень много и далеко не всё упирается в ассемблер.