The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован прототип платформы ALP, идущей на смену SUSE Linux Enterprise, opennews (??), 05-Окт-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


97. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +2 +/
Сообщение от mikhailnov (ok), 06-Окт-22, 01:14 
Если бы была собрана грамотно и специально так, чтобы минимально зависеть от системных библиотек, то запускалась бы с большой вероятностью. glibc уже libc.so.6 был? ABI иксовых библиотек разве потеряло совместимость?
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

103. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Аноним (99), 06-Окт-22, 01:56 
> разве потеряло совместимость?

потеряло совместимость соединение рук с туловищем разработчиков кикада.

Ответить | Правка | Наверх | Cообщить модератору

104. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от mikhailnov (ok), 06-Окт-22, 02:25 
Как бы ваши пальцы не потеряли связь с реальностью
Ответить | Правка | Наверх | Cообщить модератору

113. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Аноним (111), 06-Окт-22, 10:27 
Вот что было найдено в интернете https://kicad-downloads.s3.cern.ch/index.html?prefix=archive.../ попытка были с последней версией 2007 года (У них до 2015 года версионирование было просто дайтой релиза кикада) есть и для линукса и для XP. libc.so.6 уже используется.
Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

120. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +1 +/
Сообщение от mikhailnov (ok), 06-Окт-22, 14:41 
Скачал и запустил в современном линуксе без каких-либо проблем вообще, описал процедуру и выложил скриншоты здесь: https://nixtux.ru/1246
Если кратко, то просто недостающие 32-битные библиотеки из современного репозитория поставил, и всё.
Ответить | Правка | Наверх | Cообщить модератору

127. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Аноним (43), 07-Окт-22, 02:46 
А ты хорош...
Надо будет трюк с ldd запомнить.
Ответить | Правка | Наверх | Cообщить модератору

129. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от mikhailnov (ok), 07-Окт-22, 14:19 
Да и без ldd при запуске пишет, чего не хватает, но по одной штуке за итерацию.
Ответить | Правка | Наверх | Cообщить модератору

136. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Аноним (136), 09-Окт-22, 12:15 
Ой всё уговорил. В последней LTS убунте тоже запускается надо к пакетам дописывать :i386, как найти пакет по имени файла в убунте я хз гугл не подсказал. Но гугл по имени файла либы помог определить пакеты.

Но сам факт всех этих приседаний с бубном уже говорит о том что это какой-то позор. Есть же много способов дистрибуции. Можно было положить все эти либы прям все в один пакет с приложением и если их нет в системе использовать запасные. Возможно нужен скрипт чтобы он всё так компоновал.

Можно сделать общеизвестный и общераспространенный скрипт или тулзу, которая будет искать все эти зависимости по имени и сама ставить в систему. Вести их учёт. Больше того не помешало как у вас это сделать на контейнерах, потому как если этих либ в системе до этого не было значит они не нужны зачем мне этот мусор. В случае удаления пусть удалится всё одним пакетом или контейнером. Такое количество втфаков и результат получился лишь случайно легко могло дойти до сборок либ из исходников или чего-то такого как было когда то с последними версиями Хромиума (ещё давно)

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

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

138. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от mikhailnov (ok), 09-Окт-22, 18:52 
> Ой всё уговорил. В последней LTS убунте тоже запускается надо к пакетам
> дописывать :i386, как найти пакет по имени файла в убунте я
> хз гугл не подсказал. Но гугл по имени файла либы помог
> определить пакеты.

На packages.ubuntu.com вторая поисковая строка или apt-file.

> Но сам факт всех этих приседаний с бубном уже говорит о том
> что это какой-то позор. Есть же много способов дистрибуции. Можно было
> положить все эти либы прям все в один пакет с приложением
> и если их нет в системе использовать запасные. Возможно нужен скрипт
> чтобы он всё так компоновал.

Конкретно здесь, я считаю, не нужно. ВСЕ эти либы есть в типовой десктопной системе. "Необычные" либы там не требуются. Ну а то, что через 15 лет системы стали 64-битными... ну извините.

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

Всегда удивлялся и продолжаю удивляться рассуждениям типа "зачем мне тонна библиотек KDE в моем гноме". Жалко что ли? А под хлам в контейнерах не жалко места и прочих ресурсов?

Ответить | Правка | Наверх | Cообщить модератору

140. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Аноним (140), 10-Окт-22, 17:04 
Нет.
Ответить | Правка | Наверх | Cообщить модератору

119. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +1 +/
Сообщение от Zenitur (ok), 06-Окт-22, 14:16 
Как правило, проприетарные проги собирают грамотно и специально так, чтобы минимально зависеть от системных библиотек. А опенсорсные программы собирают под конкретную версию конкретного дистра.

Я поднимал эту тему ещё 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.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

122. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от mikhailnov (ok), 06-Окт-22, 14:56 
> по правилам проприетарных

С правами 777 на /var/log и /etc, LD_LIBRARY_PATH и огромными постустановочными скриптами, которые копируют файлы вместо того, чтоб их сразу правильно разложить внутри пакета?))

Ответить | Правка | Наверх | Cообщить модератору

137. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Аноним (136), 09-Окт-22, 12:17 
Всё так дело даже не в принципиальной возможности, а в общей системе и подходе по распространению софта. Именно с этим надо что-то делать. Именно об это что-то всё разбивается. Что это за что-то?

И я на данный момент что контейнеры и сабж одно из лучших решений. Но и не без недостатков.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

139. "Опубликован прототип платформы ALP, идущей на смену SUSE Lin..."  +/
Сообщение от Zenitur (ok), 10-Окт-22, 11:06 
Я с тобой согласен. Я помню времена, когда весь софт пакетировли под Red Hat 7.2, и у всех всё работало. Когда на Mandrake и SUSE эти же самые RPM-пакеты устанавливались и работали.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру