Компания SUSE опубликовала первый прототип платформы ALP (Adaptable Linux Platform), позиционируемой как продолжение развития дистрибутива SUSE Linux Enterprise. Ключевым отличием новой системы является разделение базовой основы дистрибутива на две части: урезанную "host OS" для работы поверх оборудования и слой для поддержки приложений, ориентированный на запуск в контейнерах и виртуальных машинах. Сборки подготовлены для архитектуры x86_64...Подробнее: https://www.opennet.me/opennews/art.shtml?num=57872
Почти как у BSD систем с их базовой системой. Только эти виртуалки бы нафиг убрать, лишние абстракции.
Ты не понимаешь это другое. Базовый слой он не может быть изменен пользователем. Он меняется только вендром.
Так бы сразу и сказал - vendor lock-in.
Да например производитель ноутбука может выпустить базовый образ где дрова только на этот ноут. А все остальное доставляется из стора или делаешь контейнер где ставишь всё как обычно, но у контейнера не будет никаких связей с хостовой системой, даже питон скрипт из большой системы не дернуть простым способом. Короче плясок с бубном на многие вечера.
Что мешает производителю прямо сейчас делать для обычных дистрибутивов бинарные драйверы с привязкой к id железа? И без этой хост системы.
То что у каждого ядра свой аби и апи драйверов?
Что мешает распространять бинарные дрова с конкретным ядром для конкретного железа?
Дорого? Лень? Это я у тебя бы хотел спросить почему этого не происходит.
А я у тебя хотел спросить, почему с появлением ALP вдруг все захотят вендор Лок делать?
Потому что могут.
> А я у тебя хотел спросить, почему с появлением ALP вдруг все захотят вендор Лок делать?Потому, как всегда так делали. If you did a ten, you will do again.
Пример из жизни: Андроид, iOS.
> А я у тебя хотел спросить, почему с появлением ALP вдруг все захотят вендор Лок делать?Чтоб магазин нельзя было заменить на магазин другого человека. Очевидно ж.
Да это ж Андроид!
Единственная нормальная методика дистрибуции Линукс.
>Минимизация вмешательства пользователя (zero-touch)Так это убивает всю "магию" linux, когда можешь подстроить под себя систему
> Так это убивает всю "магию" linux, когда можешь подстроить под себя системуТак настраивайте внутри виртуалок и контейнеров сколько угодно как удобно. А это просто попытка сделать маленький, простой и надёжный хост аля VMware ESX (если я верно понял).
>маленький, простой и надёжный хостКак пользователь suse с многолетним стажем, уверенно заявляю: эти ребята так не умеют. И если раньше мелкие огрехи еще были терпимы, то с учетом их последних тенденций сложно представить, какого неповоротливого и глючного монстра они выкатят.
Ну так сиди на старом дистрибутиве до пенсии. Тебя же не заставляют обновляться.
С выходом из спячки вас.Магов в мире мало, фронтенд разработчиков много, магию убивают и делают boring tech с десяток лет если не раньше.
Кроме сисадминов она и не нужна особо никому, видно по образам Bitnami в AWS например
Ту дело не в утере "магии" *nix, а в том, что некоторые проприетарные приложения, интенсивно иcпользующие собственную аллокацию памяти и привилегированные инструкции, из-под контейнера станут работать гораздо медленнее. А некоторые программы из состава электронных сапров, стоящих как мазератти, из-под гипервизора вообще не работают -- им в сетапе нужно отключать виртуализацию.
Вряд ли сусе эти сраные контейнеры сделает обязательными, скорее всего это будет опция. Возможно включаемая по-умолчанию. Иначе сапры откажутся от сусе, как одной из базовых платформ.
В полку Ubuntu Core, Fedora Kinoite, Fedora Silverblue прибыло. Хорошо что есть конкуренция. Хорошо что есть подвижке в заскорузлой архитектуре *nix-ситем. Которую проектировали в 70-х годах из расчета запуска одного прикладного приложения для расчетов на несколько дней.Ну и будет теперь необходимость докупить оперативы обязательно купить SSD на HDD это все будет очень медленно ворочаться.
Настроящий ответ "заскорузлой архитектуре" - это NixOS, но там же думать надо, а не по гайдам с archwiki все настраивать
Хрень этот ваш NixOS! Я все по гайдам с archwiki в нём настраивал - ничего не заработало!
Осталось завести баг для арча, что он не никсос.Как починят - сразу заработает.
Вещь в себе прибитая гвоздями, вендорлокнутая. Заточенная под собственную репу. Ну такой.
> Заточенная под собственную репуЭто как?
Это значить нельзя культурно штатно зайти в магазин приложений снап или флатпак или централизованное хранилища аппимаджей взять себе софтину не привязанную к дистру и запустить в отличии даже от сабжа.
А оы разрешение не спрашивай и всё будет отлично.
Про snap не знаю, но flatpak в NixOS прекрасно работает, проверено. А Appimage вообще пофига на устройство дистрибутива. Вот если надо что-то совсем экзотичное руками собрать и поставить, то да ./configure && make && make install уже не прокатит и надо учить ПМ
./configure это такой миф ты зависимости сам никогда не соберешь если они в ридми не указаны.
>там же думать надоЯ не хочу думать, я хочу сделать че надо, получить денежку и пойти жить жизнь с семьей. Думать мне есть об чем и без этого.
NixOS это эти же самые гайды с archwiki, только запакованые в nixpkgs. Всё что выходит за его рамки вызывает жжение чуть ниже уровня спины и острое желание съесть свою шляпу. Впрочем, её рамки весьма широки, что не может не вызывать некоторой радости.
Ответ Linux на "DLL hell"?
Не, на это ответом будет nix.
Guix*поравил, не благодарите
И не собирался. Guix без проприетарщины нежизнеспособен.
А NIX жизнеспособен без фирмварей?
Он жизнеспособен, так как с ними.
Положняк по NixOS/Guix.NixOS — для реальных систем. Плюсы: systemd, allowUnfree, №1 по кол-ву пакетов. Минусы: спагетти-код (баш-скрипты внутри *.nix-файлов).
Guix — для локалхостов идеалистов, которым не требуется запускать проприетарь. Плюсы: наверное нет спагетти-кода (не проверял); поскольку пришел после NixOS, есть надежда, что там учтены его минусы (тоже не проверял). Минусы: какая-то своя поделка вместо systemd (одновременно является плюсом, т.к. она очевидно лучше интегрирована в свою родную ось), отсутствует проприетарь (да, это минус), ((((((лисп)))))) вместо нормального синтаксиса.
У обоих систем есть жирнейший плюс в отношении других дистров: свои пакеты оформляются убер-легко. Это тебе не федора, в которой чтобы завести пакет, нужно снаряжать целую экспедицию: оформить spec-файл, попробовать собрать через rpmbuild, если собралось - cгенерировать gpg-ключи для собственной репы, куда-то эти ключи положить на безопасный носитель, оформить spec-файл для myrepo-release-пакета, попробовать собрать через rpmbuild, купить файлохостинг, написать скрипт для обслуживания локальной репы, финально собрать оба пакета через mock, переместить в локальную репу при помощи нашего скрипта, запустить createrepo_c, настроить rclone, приказать rclone скопировать локальную репу в файлохостинг, установить вручную myrepo-release.rpm, и вот уже только после этого ты сможешь сделать dnf install mypackage.
Вам что, даже смузи не помог лисп осилить?
В Guix используется Scheme.
> №1 по кол-ву пакетов.Каких именно? :)
Repository Total N/u Newest Outdated
nixpkgs unstable 78559 63758 36780 85.6% 6115 14.2%
nixpkgs stable 22.05 71676 61907 29390 67.0% 14378 32.8%
AUR 69025 35010 21315 73.9% 7481 25.9%
nixpkgs stable 21.11 67337 59030 21002 50.3% 20666 49.5%
nixpkgs stable 21.05 57298 49580 14295 40.2% 21171 59.6%
Devuan Unstable 34878 26569 18702 71.8% 6784 26.1%
Debian Unstable 34868 26569 18710 71.9% 6774 26.0%P.S. Льющие на Debian/Devuan - утритесь.
Вы на полном серьезе сравнили с AUR?
Это че уже каникулы начались?
Эт чё, у вас в палате WiFi появился?
Туда до полного щасстья не хватает транслятора дял запуска на разных архитектурах. А вообще похоже вроде бы на Qubes OS в смысле загоняния прикладного софта по своим стойлам.
Чего только не сделаешь, лишь бы не использовать микроядро с полностью изолированными процессами.
Да вы задолбали. То после числа 13 у них идёт 42, а потом 15. То SLES делают поверх openSUSE, то наоборот. А теперь ещё и ALP!SUSE 9.1
SLES 9
SUSE 9.2
SUSE 9.3
SUSE 10.0
SUSE 10.1
SLES 10
openSUSE 10.2
openSUSE 10.3
openSUSE 11.0
openSUSE 11.1
SLES 11
openSUSE 11.2
openSUSE 11.3
openSUSE 11.4
openSUSE 12.1
openSUSE 12.2
openSUSE 12.3
openSUSE 13.1
SLES 12
openSUSE 13.1
openSUSE Leap 42.1
openSUSE Leap 42.2
openSUSE Leap 42.3
openSUSE Leap 15.0
SLES 15
openSUSE Leap 15.1
openSUSE Leap 15.2
openSUSE Leap 15.3
openSUSE Leap 15.4
ALP
Ребрендинг - самый простой способ состричь больше капусты.
Скорей бы уже вернулись к KDE3 без всяких там hal/udev/dbus и без systemd/pulseaudio//pipewire/avahi, и SaX2 вернули
Думаешь от возвращения софта времен когда у тебя xep стоял он снова стоять будет?
Это ошибка, чувак, не будет
Брехня!
Я когда Damn Small Linux или Frenzy, на худой конец, запускаю - стоит как лавовая лампа!
> на худой конецТонкое замечание
И короткое.
Ничё, вернут. Вон Интел вернула же пентиум три после провала четвёртого? Вот и суся однажды догадается, почему у неё такие низкие финансовые показатели, хотя до того как они продали *опу ред хату, были высокими
Без udev, говоришь? Возвращаемся к mknod ручками?
скорее, это самый простой способ продолжать зарабатывать при угробленной в ноль репутации. яркие примеры:
сберкасса, сбербанк, сбер
яндэкс браузер, вивальди
mail.ru, vk
> яндэкс браузер, вивальдиа где здесь ребрендинг? два абсолютно разных продукта
о, икспертиза от успешного человека. больше полтоса-то хоть платят в твоих рога-и-ко?
Да всё в порядке, их просто мозилла кусила в задницу когда они 42 вытащили из ниоткуда, потом через цикл отпустило.
Не, мозилла их так и покусывает с тех пор.
Всё хорошо, если бы не Btrfs. А использование других ФС данная архитектура, как я понимаю, не предполагает. Приговор: нинужно.
А чем оно плохо? Я её уже лет 7 использую и никаких бед не знаю...
"Я всю жизнь на болоте живу и всем советую!"
ALPlinux. BaseAlp.
Да хотя бы это сделайте, ад зависимостей надоел уже.
Молодцы - jail из BSD изобрели, в коем-то веке.
LXC с шахматами.
Вот понадобилось мне давича открыть старый Kicad проект последний Кикад шлёт матом. Что теперь делать надо доставать тот самый старый кикад в котором сделан проект и открывать в нём.И что нахожу я тот самый кикад 2007 года выпуска и для Линукса в бинарном виде и для оффтопика. И что толку как не пляши с линуксовым кикадом всех библиотек ты никогда не соберешь и никогда эту фекалию не запустишь.
А оффтопик версию кикада 2007 года ставишь в виртуалке оффтопик 10 запускаешь установщики Next Next и всё просто работает. 15 лет прошло и всё просто работает. Почему нельзя сделать чтобы всё просто работало в Линуксе хоть контейнерами хоть слоями хоть чем. Какое мне дело до 5 сэкономленных мегабайтах оперативы если я не могу просто взять и запустить приложение?
не мешай икспертам самолюбоваться
Кстати в вайне тоже виндовая версия хорошо работает. Где это видано что приложение с другой платформы работает лучше чем нативное приложение?
Держу всех в курсе, если что.
Это однозначно диверсия против линуха от самих разработчиков кикада.
>Кстати в вайне тоже виндовая версия хорошо работает. Где это видано что приложение с другой платформы работает лучше чем нативное приложение?Линукс не дружит с закрытыми сорсами, а только с тем, что можно перекомпилировать и пропатчить при необходимости, поэтому программы с закрытыми сорсами протухают там быстрее, чем на Винде, если их не обновлять. Если хочется и закрытые сорсы, и обеспечить поддержку Линукса этой версией ПО на длительный срок, то разработка под Винду с обеспечением работоспособности под Вайном - это весьма популярный вариант.
Давно ли KiCAD стало приложением с закрытыми исходниками?
А в чём тогда проблема найти исходники кикада той версии (или более поздней, поддерживающей нужный формат) и попробовать скомпилировать их на современном Линуксе?Далеко не факт, что сработает, конечно, но попробовать можно.
Хотя виртуалка со старым Линуксом, скорее всего, окажется более простым решением.
Можно даже не пробовать — просто так не скомпилируются. Там wxGTK же.
А в чём тогда проблема разработчикам кикада не выкидывать код предыдущих читалок файлов данных? И это не только у кикада такое, фрикад - то же самое, там даже разрабы прямо отвечают, что сохранялка не предназначена для переноса между версиями...
>А в чём тогда проблема разработчикам кикада не выкидывать код предыдущих читалок файлов данных? И это не только у кикада такое, фрикад - то же самое, там даже разрабы прямо отвечают, что сохранялка не предназначена для переноса между версиями...Денег же вы им не дали на сохранение этого кода, вот и творят, что хотят :)
Не пользуйтесь софтом, который не соответствует вашим требованиям - пользуйтесь тем, в котором таких проблем нет. Если такого нет, наймите программистов, чтобы сделать такой, или сделайте сами, если умеете.
У меня такое было со старыми играми под оффтопик, когда версии для первой мыловарки запускались легче версий для Win95.
Так надо было самодостаточный пакет собирать, чтоб через 15 лет работало. Да-да, именно, самодостаточный: и графические тулкиты тоже в него, и остальные зависимости.
15 лет назад такого не было.
Да ладно, а чо это в слаке до сих пор валяются .a-шки? Может, кто-то прогулял уроки компиляции статических библиотек или не умеет завести ar с нужными объектными файлами, в случае, если тчо пошло не так?
>И что нахожу я тот самый кикад 2007 года выпуска и для Линукса в бинарном виде и для оффтопика. И что толку как не пляши с линуксовым кикадом всех библиотек ты никогда не соберешь и никогда эту фекалию не запустишь.Решается виртуалкой (или Bochsом как-нибудь, если совсем всё печально) с версией дистрибутива, который этот кикад поддерживал.
Плохое решение, согласен, на Винде с этим гораздо лучше, но таков Linux way.
У что это за дистрибутив 2007 год у которого работают репозитории до сих пор? Ты сейчас даже репу для Ubuntu 07.04 нигде не найдешь. А доставлять зависимости точно придётся.
В 2007 всё поставлялось на установочных дисках.
В твоём воображении.
Верно. И достаточно скачать образы одного из дистрибутива того времени.Вот, мне понадобился не так давно Debian3 и 5, RedHat 5.2 на ретрокомпы. В коллекции железок много, зачем одни и те же ОС ставить.
Скачал диски с полными образами на нескольких СD, поставил без проблем. А установка по сети, конечно, уже не работает.
Попробуй найди их.
> Верно. И достаточно скачать образы одного из дистрибутива того времени.
> Вот, мне понадобился не так давно Debian3 и 5, RedHat 5.2 на
> установка по сети, конечно, уже не работает.Правда что ли?
Смотри сюда
http://archive.debian.org/debian/dists/potato/
Это Debian 2.2 Potato
http://archive.debian.org/debian/dists/slink/
А это 2.1 Slink
Все репы на месте, надо только подправить sources.listИ все это находится 1 запросом в гугл
Это насколько же тебе было нужно, что ты не смог найти полные живые репы, когда они живут на официальном домене?
Тебе еще Ubuntu может подсказать?
Или сам найдешь?Вот с RH не уверен, вполне возможно, что в сети есть только начиная уже с Fedora Core сейчас, но не проверял, может и какой-нибудь RH7.2 есть
Безусловно есть дистрибы которых не найти
Какой-нибудь ASP, была такая российская пересборка RH, ты не найдешь, только диски у стариков, типа меня
А Debian и сейчас легко, а у Ubuntu со своей первой версии доступна, надо глянуть Слаку, думаю какая-нибудь 9ая тоже доступна вся
Я то поставил, и тоже отвечал.По сети пробовал 5й Дебиан ставить, установился, но дальше пошла каша с зависимостями, чего не было... в начале 2010х. Смонтировал диски, и проблем нет.
Остальное даже не пытался по сети.Конечно нет проблем настроить что угодно, но задача была не настраивать, а по быстрому собрать. Оно мне даже не особо надо было. Попросили на часть моих коллекционных компов поставить ОС и ПО, как было n лет назад, ну а мне не жалко. Сделал.
Вообще, как у коллекционера у меня и на дисках всё есть, и не экзотические версии дистрибутивов есть все. но сейчас бардак из за пристройки этажа дома и места под железо, и было быстрее скачать, чем специально перерывать коробки.
> Я то поставил, и тоже отвечал.
> По сети пробовал 5й Дебиан ставить, установился, но дальше пошла каша с
> зависимостями, чего не было... в начале 2010х. Смонтировал диски, и проблем
> нет.
> Остальное даже не пытался по сети.Звучит очень странно
Я тут уже в теме упоминал, что я несколько лет назад ставил эксперимент
Я поставил свой самый первый Debian в виртуалку(2.1) и методично его обновил до 9го(stable на тот момент)
Все репы по указанному мной адресу отвечали, все пакеты были, система пошагово обновилась(прыгать между релизами не рисковал, хотя помню, что можно было прыгнуть 2.2→3.1, вроде бы)
Аналогично один мой знакомый пробовал для Ubuntu с 4.10 пошагово до 6.06(первый LTS), а дальше с LTS на LTS и до 20.04, все с онлайн-репами
>У что это за дистрибутив 2007 год у которого работают репозитории до сих пор? Ты сейчас даже репу для Ubuntu 07.04 нигде не найдешь. А доставлять зависимости точно придётся.Тут надо смотреть конкретно каждый случай отдельно, т.е. какие именно зависимости нужны и нужны ли.
У некоторых дистрибутивов были коллекции образов со всеми пакетами, то есть там можно обойтись без репозиториев вообще.
Вот именно поэтому это и плохо и да с этим надо что-то делать. И я не знаю что. Что-то есть, а чего-то нет. Надеюсь сабж поможет это все решить в будущем.
>>Ubuntu 07.04 нигде не найдешьhttps://old-releases.ubuntu.com/releases/7.04
Скачиваете целиком, и балуйтесь на здоровье
Конченый? Нужен репозиторий, а не дистрибутив.
И чем не угодил локальный репозиторий с дисков? Мало установочного диска, так скачайте оба. Вряд ли их тогда больше было.На установочных дисках не один setup.exe на весь диск, а части репозитория. Это ж Linux. :)
Речь была о запуске старого ПО.
Для этого достаточно просто старой ОС.Вы с целями определитесь. Что нужно получить в итоге? Нужны какие то пакеты? Исходники пакетов? Пофилософствовать?
>И чем не угодил локальный репозиторий с дисков?Вафель Лапкин не привык к мейкфайлам и сорцам на диске, ему cargo подавай.
>Что нужно получить в итоге?
Большую кнопку "Зделать замечательно", а за ней мастер с кнопочками "Далее", "Далее", "Далее" и "Готово". А ваши многочисленные свитчи в манах прогресс не интересуют, прогресс - это когда после 3.2* идёт 4.0, а фич меньше, чем в 1.2. Зато крупные элементы, чтобы можно было тыкать по айпаду (но работать тоже надо). И нескучные обои с цветами в вазе (и полицейскими в УАЗе).
> Конченый? Нужен репозиторий, а не дистрибутив.Тогда иди вон туда https://old-releases.ubuntu.com/ubuntu/
И там тебе все версии с 4.10, все на месте, можно любой репозиторий использовать
А не орать, что враги насpали под диван
> old-releases.ubuntu.com/releases/7.04Не тупи, там только CD-образ, там нет всех репов.
> У что это за дистрибутив 2007 год у которого работают репозитории до
> сих пор? Ты сейчас даже репу для Ubuntu 07.04 нигде не
> найдешь. А доставлять зависимости точно придётся.Хоть Debian, хоть Ubuntu
Все репы доступныhttps://old-releases.ubuntu.com/ubuntu/
http://archive.debian.org/debianУ Ubuntu с 4.10, у Debian с buzz
Но ты же об этом не знаешь, потому что ты пришел выдумывать тут «проблемы», ты никогда не использовал GNU/Linux и не знаешь ничего о репах
>Решается виртуалкойА я-то думал, от кого лезла вся эта аргументация за докер уровня "раньше мы использовали виртуалки".
Дорогой, ты там с луны свалился чи шо?
Вот не хотите пользоваться флатпаками, а потом жалуетесь!
Так это как раз ЦА флатпака и жалуется, ведь у неё лапки, а она зачем-то поставила линукс и программирует там на своём System.Windows.Forms на очередном расте.
man chroot
С подключением давно свернутых зеркал реп.
У дебиана есть архив. На дисках.Если у тебя нет архива на дисках, в холодную зиму ты рискуешь умереть со скуки, лига без интернета об этом позаботится.
Зато не умрёшь от хентая, ведь он очень опасен для неокрепших умов великовозрастных линуксоидов из альтлинукса.
>На дискахИ вроде как не только на дисках.
Ещё есть другие дистрибутивы, в которых можно компилять программы без девпакетов и сорцы.
> С подключением давно свернутых зеркал реп.Куда свернутых?
http://archive.debian.org/debian
Все архивы с buzz'а на месте. Я точно методично от 2.1 до 9 обновлял юзая онлайновые репы несколько лет назад
https://old-releases.ubuntu.com/
Все версии с 4.10(то есть первого релиза Ubuntu)
Бросай курить носки, чувак
>> С подключением давно свернутых зеркал реп.
> Куда свернутых?
> http://archive.debian.org/debian
> Все архивы с buzz'а на месте. Я точно методично от 2.1 до
> 9 обновлял юзая онлайновые репы несколько лет назад
> https://old-releases.ubuntu.com/
> Все версии с 4.10(то есть первого релиза Ubuntu)
> Бросай курить носки, чувакПричём тут твой дебиан и убунту?
>[оверквотинг удален]
> И что нахожу я тот самый кикад 2007 года выпуска и для
> Линукса в бинарном виде и для оффтопика. И что толку как
> не пляши с линуксовым кикадом всех библиотек ты никогда не соберешь
> и никогда эту фекалию не запустишь.
> А оффтопик версию кикада 2007 года ставишь в виртуалке оффтопик 10 запускаешь
> установщики Next Next и всё просто работает. 15 лет прошло и
> всё просто работает. Почему нельзя сделать чтобы всё просто работало в
> Линуксе хоть контейнерами хоть слоями хоть чем. Какое мне дело до
> 5 сэкономленных мегабайтах оперативы если я не могу просто взять и
> запустить приложение?Черт! А у меня игры выпущенные под линуху LokiGames до сих пор запускаются…
Видимо дело не в линухе, а в твоем какаде
> дело не в линухе, а в твоем какадекикад выкинуть, перейти на pcb/geda - вот и решение проблемы.
>> дело не в линухе, а в твоем какаде
> кикад выкинуть, перейти на pcb/geda - вот и решение проблемы.Ну я на это и указал
Игры выпущенные в 2000-2002 году под линуху LokiGames запускаются до сих пор, с минимальными действиями
Если кикад не работает, то проблема в нем, а не в линухе
>Игры выпущенные в 2000-2002 году под линуху LokiGames запускаются до сих пор, с минимальными действиямиОчень хорошо. А какие минимальные действия требуются, например?
>>Игры выпущенные в 2000-2002 году под линуху LokiGames запускаются до сих пор, с минимальными действиями
> Очень хорошо. А какие минимальные действия требуются, например?Если я правильно помню, то с Soldier of Fortune у меня был затык в том, что он esd хотел, что ли
Надо будет ради интереса найти где у меня диски и поставить на чистую систему, что бы воспроизвести все действия
Но реально игры выпущенные в начале нулевых спокойно работают, те что у меня есть, совместимость на месте
modprobe snd-mixer-oss
Если бы была собрана грамотно и специально так, чтобы минимально зависеть от системных библиотек, то запускалась бы с большой вероятностью. glibc уже libc.so.6 был? ABI иксовых библиотек разве потеряло совместимость?
> разве потеряло совместимость?потеряло совместимость соединение рук с туловищем разработчиков кикада.
Как бы ваши пальцы не потеряли связь с реальностью
Вот что было найдено в интернете https://kicad-downloads.s3.cern.ch/index.html?prefix=archive.../ попытка были с последней версией 2007 года (У них до 2015 года версионирование было просто дайтой релиза кикада) есть и для линукса и для XP. libc.so.6 уже используется.
Скачал и запустил в современном линуксе без каких-либо проблем вообще, описал процедуру и выложил скриншоты здесь: https://nixtux.ru/1246
Если кратко, то просто недостающие 32-битные библиотеки из современного репозитория поставил, и всё.
А ты хорош...
Надо будет трюк с ldd запомнить.
Да и без ldd при запуске пишет, чего не хватает, но по одной штуке за итерацию.
Ой всё уговорил. В последней LTS убунте тоже запускается надо к пакетам дописывать :i386, как найти пакет по имени файла в убунте я хз гугл не подсказал. Но гугл по имени файла либы помог определить пакеты.Но сам факт всех этих приседаний с бубном уже говорит о том что это какой-то позор. Есть же много способов дистрибуции. Можно было положить все эти либы прям все в один пакет с приложением и если их нет в системе использовать запасные. Возможно нужен скрипт чтобы он всё так компоновал.
Можно сделать общеизвестный и общераспространенный скрипт или тулзу, которая будет искать все эти зависимости по имени и сама ставить в систему. Вести их учёт. Больше того не помешало как у вас это сделать на контейнерах, потому как если этих либ в системе до этого не было значит они не нужны зачем мне этот мусор. В случае удаления пусть удалится всё одним пакетом или контейнером. Такое количество втфаков и результат получился лишь случайно легко могло дойти до сборок либ из исходников или чего-то такого как было когда то с последними версиями Хромиума (ещё давно)
И тут мы подоходим к сабжу, который весь построен на контейнерах. Контейнеры призваны решить весь этот бардак раз и навсегда и это правильно. Я считаю.
> Ой всё уговорил. В последней LTS убунте тоже запускается надо к пакетам
> дописывать :i386, как найти пакет по имени файла в убунте я
> хз гугл не подсказал. Но гугл по имени файла либы помог
> определить пакеты.На packages.ubuntu.com вторая поисковая строка или apt-file.
> Но сам факт всех этих приседаний с бубном уже говорит о том
> что это какой-то позор. Есть же много способов дистрибуции. Можно было
> положить все эти либы прям все в один пакет с приложением
> и если их нет в системе использовать запасные. Возможно нужен скрипт
> чтобы он всё так компоновал.Конкретно здесь, я считаю, не нужно. ВСЕ эти либы есть в типовой десктопной системе. "Необычные" либы там не требуются. Ну а то, что через 15 лет системы стали 64-битными... ну извините.
> Можно сделать общеизвестный и общераспространенный скрипт или тулзу, которая будет искать
> все эти зависимости по имени и сама ставить в систему. Вести
> их учёт. Больше того не помешало как у вас это сделать
> на контейнерах, потому как если этих либ в системе до этого
> не было значит они не нужны зачем мне этот мусор. ВВсегда удивлялся и продолжаю удивляться рассуждениям типа "зачем мне тонна библиотек KDE в моем гноме". Жалко что ли? А под хлам в контейнерах не жалко места и прочих ресурсов?
Нет.
Как правило, проприетарные проги собирают грамотно и специально так, чтобы минимально зависеть от системных библиотек. А опенсорсные программы собирают под конкретную версию конкретного дистра.Я поднимал эту тему ещё 5 лет назад. Пытался делать сборки опенсорсных программ по правилам проприетарных. Но был поднят на смех на ЛОРе и не нашёл единомышленников.
Собрал например PCSX2 1.3.1. Эмулятор второй "плойки". Просто создал папку lib, в которую скидал wxWidgets, portaudio, SDL, libCg, libGLEW. Больше всего проблем создавал именно libGLEW, так как он ломает ABI _очень_ часто. Скажем, авторы официальной сборки использовали Ubuntu 16.04 для создания своей сборки, а в 16.10 заменили libGLEW 1.7 на 1.8, и всё отвалилось.
Так что если бы авторы официальной сборки положили эту либу в архив с программой (либо же собрали эту либу статически), как минимум половину проблем удалось бы решить.
Система для сборки у меня была CentOS 5. Компилятор GCC 4.8 из репозитория devtoolset. Пришлось немного пропатчить исходники, чтобы не было зависимости от слишком новой версии GTK2. Однако уже в PCSX2 1.4.0 стало _слишком_ много строк кода, которые надо даунгрейдить для совместимости со старым GTK2. Поэтому я просто обновил дистр до CentOS 6.
> по правилам проприетарныхС правами 777 на /var/log и /etc, LD_LIBRARY_PATH и огромными постустановочными скриптами, которые копируют файлы вместо того, чтоб их сразу правильно разложить внутри пакета?))
Всё так дело даже не в принципиальной возможности, а в общей системе и подходе по распространению софта. Именно с этим надо что-то делать. Именно об это что-то всё разбивается. Что это за что-то?И я на данный момент что контейнеры и сабж одно из лучших решений. Но и не без недостатков.
Я с тобой согласен. Я помню времена, когда весь софт пакетировли под Red Hat 7.2, и у всех всё работало. Когда на Mandrake и SUSE эти же самые RPM-пакеты устанавливались и работали.
> И что нахожу я тот самый кикад 2007 года выпуска и для Линукса в бинарном виде и для оффтопика. И что толку как не пляши с линуксовым кикадом всех библиотек ты никогда не соберешь и никогда эту фекалию не запустишь.Не, ну в принципе можно. Распаковываешь пакет в папку kicad-2007, создаёшь внутри папку lib, делаешь ldd kicad, узнаёшь названия отсутствующих либ, скидываешь их в папку lib, и запускаешь так:
LD_LIBRARY_PATH=./lib ./kicad
Можно даже скрипт ru.sh сделать, в который положить эту команду
Лучше через patchelf поставить RPATH, а то, если из-под Kicad будет запущена какая-то еще программа, например, браузер, то и она, и ее потомки унаследуют LD_LIBRARY_PATH, что может привести к проблемам.
Но конкретно здесь ни то, ни то не нужно, см. выше.
> Salt (предустановлена) и Ansible (опция)Выбор между жутью и ужасом
Опять изобретают NixOS…
Причём твой NixOS, дело не в пакетах.
>Среди системных компонентов, вынесенных в контейнеры, присутствуют yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) и KVM.
>GDMА ведь я когда-то на соседнем форуме приводил пример системных сервисов в контейнере как пример того, что контейнеры - это безумие, вот поставите систему из таких вот компонентов и разом закончится память.
Дело идёт как раз к этому, ждём, когда очередной developers будет кричать, что у него закончились 64 гига (с криками на 16 гигах и двумя электроноприложениями я уже сталкивался и тюнил чужой фстаб на предмет свопа, незадолго до этого я жил на 4 гигах как король, потом перешёл на 8, но всё равно держал пекарню в офисе с двумя гигами как dev-окружение и стенд с втыкаемым в него ключиком).
Ну, надеюсь, с такими прогрессивными технологиями превращения ОС в винду 3.1 (это когда на паре окон заканчивалось место и надо было выбирать, что закрыть), память подешевеет ещё и я смогу на бюджетном ноутбуке со своим емаксом и кучей окон-вкладок в жирнолисе гонять уже не по две-три, а по десять виртуалок за раз. Главное, чтобы жирнолис ещё не разжирел на безопасном коде.
>>Среди системных компонентов, вынесенных в контейнеры, присутствуют yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) и KVM.
>>GDM
> А ведь я когда-то на соседнем форуме приводил пример системных сервисов в
> контейнере как пример того, что контейнеры - это безумие, вот поставите
> систему из таких вот компонентов и разом закончится память.С чего бы памяти заканчиваться, если у тебя в контейнере будет сразу запускаться бинарь gdm'а или яста?
Оверхэд будет близкий к нулюДа, я не вижу смысла запускать gdm или podman в контейнере, но и ты чушь не пори, ей же больно!
>С чего бы памяти заканчиватьсяС практики контейнеризации, когда glib в одном контейнере одной версии, в другом контейнере - другой, в третьем - третьей. В убунте со снапами уже такое спокойненько так вытворяют.
>если у тебя в контейнере будет сразу
>Оверхэд будет близкий к нулюС Пинки Пай у тебя в голове можно сразу поздороваться или её придётся по слоям собирать с нулевым оверхедом?
В целом если бы контейнеры еще шерили свои либы между контейнерами было бы получше. Но они не шерят(
лучше бы в линукс для десктопа вкладывались, а не вот это все.
Давно пора.
> лучше бы в линукс для десктопа вкладывались, а не вот это все.Аноним, если ты такой умный, почему ты еще не вкладываешься сам и не показал миллиардерам чего там у тебя?
1. сайт ua.opennet.me не работает
2. https://nobaraproject.org/ — The Nobara Project, to put it simply, is a modified version of Fedora Linux with user-friendly fixes added to it.